|
For your consideration:
Thanks,
/ravi
|
|
|
|
|
It would be nice to see a summary count of the number of bookmarks in each section.
|
|
|
|
|
I can't get to "Latest Articles" on the home page menu. If I hover over "articles", "latest articles" appears in the list, but in order to get to it I first have to pass by "Chapters and Sections" and as soon as I get to that the menu is replaced by the "Chapters and Sections" sub-menu. I'm using Chrome on Windows 10.
I would normally read the article through the links in my daily email but the last one I received was on July 4.
|
|
|
|
|
I tried the same (Chrome on Windows 10) and it works fine. The sub menu appears to the right of the main one so I can move the mouse down to Latest Articles.
|
|
|
|
|
rjdegraff wrote: ... the last one I received was on July 4.
Were you asked to fill out the Email Consent Form[^]? Even if you've already confirmed your email address, the CASL means you have to opt in again.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
rjdegraff wrote: as soon as I get to that the menu is replaced by the "Chapters and Sections" sub-menu
The entire article dropdown is replaced by the fly-out chapter and section menu?
cheers
Chris Maunder
|
|
|
|
|
I'm getting it on Chrome, and sometimes on Edge.
Moving the mouse down onto the menu and the menu disappears.
However, if it makes the request for the Sitemap, which is doesn't when the menu vanishes, everything works as expected.
Interestingly, if I use the scroll wheel to move the mouse to the Latest Articles, it works fine.
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
I've seen this before in both Firefox and Chrome (more often in Chrome than FF, though). Usually a hard refresh fixes it, so I think it's a bit of a derp with the browser's caching system.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
What is the requirement/procedure to become a member which can moderate Messages?
modified 19-Jan-21 21:04pm.
|
|
|
|
|
There is no procedure, it just happens automatically when you have achieved a specific reputation level. See Member Reputation System[^].
|
|
|
|
|
Thank you very much for the information.
Bruno
modified 19-Jan-21 21:04pm.
|
|
|
|
|
To moderate messages you have to ask a site admin to add you to the Protector group.
To moderate articles you need sufficient reputation as explained by Richard.
|
|
|
|
|
Message Removed
-- modified 17-Jul-17 9:21am.
|
|
|
|
|
Message Removed
modified 17-Jul-17 13:50pm.
|
|
|
|
|
I do not know what's going on. Sean has, as usual, been a great help. But there are serious problems with the publishing process at Code Project.
1. In attempting to use a PNG within a recent article, I was thwarted by something I had no control over. Were it not for Sean, the PNG would never have appeared in the final published article.
2. When I viewed the published article, I found that an HTML end-tag was removed. The original HTML was
If set <span style="color: #4169E1">true</span>, the first row will be treated as ....
In the published article it appeared as (note the missing </span>):
If set <span style="color: #4169E1">true, the first row will be treated as ....
This of course caused the word "true" and all following text to appear in RoyalBlue.
3. There appears to be no way in which to colorize objects within a <pre></pre> block. In my current article this requires a significant increase in the concentration needed to understand the article. What was simple became difficult because I could not color-code some pseudo-code.
What concerns me is that these kinds of bugs are rampant. Furthermore, the paper that was finally published diverged significantly from my intent. It does not matter if I check "keep your fingers off my HTML". The changes are occurring somewhere within the Code Project publishing paradigm.
By including the Code Project stylesheets in the <head> of my documents, I thought that I could preview what I expected to see in the final Code Project article. But when it gets published, the results are different from what I saw in Firefox. This is unacceptable from an authoring standpoint. I put a lot of work into creating an article for Code Project. I appreciate the overarching philosophy to have all articles appear with the same styling. But, when I follow the "rules" and bad things happen, I must question the process involved.
It's time to fix the publishing process at Code Project! I, as usual, stand ready to help.
[Edited: turned on "Treat my content as plain text, not as HTML" to allow Gus' HTML tags to appear in the text]
Gus Gustafson
-- modified 17-Jul-17 13:54pm.
|
|
|
|
|
And this report was edited badly by the publishing software. I did not number my paragraphs. I used static text This is the type of problem I am weary of.
Gus Gustafson
|
|
|
|
|
Try disabling markdown if you still have it enabled. You can find the option under the message edit and preview area.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
I am unaware of any such option. Please be more specific. Recall that I'm referring to article authoring.
Gus Gustafson
|
|
|
|
|
Reply to or edit a message, and scroll down until you get just under the preview. There are four checkboxes, one of which is 'Use Markdown Formatting'. Uncheck that one if it's checked.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Once again, I am not referring to the replying to or editing a message. Rather I am referring to difficulties when authoring an article. Your comments refer to messages. My concerns are with authoring articles.
Gus Gustafson
|
|
|
|
|
Gus,
You've entered a bunch of HTML tags in the content of your message and our forum system interprets HTML tags as, well, HTML (and has since we started CodeProject) unless you check "Treat my content as plain text, not as HTML". I've edited your message and ticked this box.
We also added support for Markdown[^]. Your message had the "Use Markdown formatting" box ticked as well which was causing the paragraphs to be numbered. I unticked this box.
Your concerns
1. I'll talk to Sean about the image issue. Did he provide you any guidance or explanation of what went wrong our end?
2. Can you please send me the original HTML you were attempting to post directly? I'll see what was happening with the HTML parser. I'm surprised an ending tag was removed. I've not seen that before.
3. We don't support coloursing code within PRE blocks. This isn't a bug, it's a style decision.
cheers
Chris Maunder
|
|
|
|
|
I notice this problem long time ago, but everything worked out finally; and I did not have precise description.
Today, I can describe the problem I observed when I updated the top picture of the article All in One Toolchain for Article Writing with Visual Studio Code.
In the article submission wizard, I first removed all uploaded files. Then I uploaded new files, not touching article text, but the file names were the same. After submission, I still saw the old picture. In second attempt, I noticed that the img element was different: its src was pointing not to the article directory, but some sub-directory (it's name made of several decimal digits). Apparently, is was some shadow copy of old .png file. On third attempt, I changed src to the name of the new file. After submission, I still saw old picture. On next attempt, I managed to fix the problem by giving the image file a new .png name, but it does not sound right.
Thank you.
—SASergey A Kryukov
|
|
|
|
|
The best thing to do is not delete images when uploading new ones. The system handles updates by placing them in a Working directory so that the original images are still available to the currently published version of your article. Once the new version is made public the images are swapped out.
cheers
Chris Maunder
|
|
|
|
|
All right, thank you for the advice. If I have a change, I'll try that way. But frankly, it's not logical. With file systems, if you delete file and immediately copy another one under the same name, or if you copy without deletion, logically, results are the same, right? 
—SASergey A Kryukov
|
|
|
|
|
You're forgetting that updates and existing articles must exist together.
If you delete a file then you delete if from the current article. Current readers suddenly see broken images.
When you upload a file it belongs to the new version of the article, which is not yet visible, and so the files are kept in a separate location. Deleting from the current and uploading a new doesn't not do a "delete and replace". You're doing a "delete and store in staging".
cheers
Chris Maunder
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
