Bugs and Suggestions

Re: Article Submission "Wizard" is Destroying my Markup

10-Dec-20 3:48

#realJSOP wrote:
this seems contrary to the purpose of the Preview functionality that's available while you're editing

You mean when you switch from source mode to WYSIWYG mode, or when you hit the Preview button?

The Preview renders the article exactly as the article display page would. The exception is that once you publish, your images may get moved (eg you move sections or you go from pending (working image directory) to published (published image directory) hence the missing images.

There's also the issue of caching. Sometimes the browser (especially Chrome) is like a dog with a bone and won't let go.

I've re-edited the article (which forces the cache to be cleared our end) and that intro image is where it should be.

cheers
Chris Maunder

#realJSOP10-Dec-20 4:57

#realJSOP

10-Dec-20 4:57

Chris Maunder wrote:
The Preview renders the article exactly as the article display page would.

Yeah - what I'm saying is that the article *editor* doesn't match the Preview. That's confusing and frustrating because there's no way to "fix" what's happening in the preview because they're not the same.

I'm using Firefox (I only use chrome for porn - in a Linux VM). Smile | :)

".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013

Re: Article Submission "Wizard" is Destroying my Markup

Chris Maunder10-Dec-20 7:00

CodeProject: Unable to publish article (error: Please choose a section for the article)

10-Dec-20 7:00

The live WYSIWYG editing component uses the same stylesheets as the article display so should be the same. Subtle differences will come into play if our system needs to sanitise the HTML. You add script, or layout we don't accept (eg a 10000px wide div or crazy fonts), or you enter broken HTML.

The HTML you enter is auto-formatted by the editor, and then goes through our formatter to clean, to process images, to colourise code, and to ensure it's well formed.

In your case the issues were that their was malformed HTML and "incorrect" image paths (they seemed good, but hardcoding paths means they were fragile). The other thing that got you was using clear:both. The "clear" CSS is notorious and so CSS frameworks add their own clearfix class that actually does the job as one would expect. Things like that can certainly make things a little weird.

There's another subtlety that may come into play: when you switch back and forth from Source mode the editor will go through and make the HTML well-formed. I don't recall if it take your HTML, makes it well formed, then passes it to the editable DOM element, or if it formats it the other direction, or both. If it only corrects it one direction then you may miss seeing a change that's been made. Not sure on that one but we use CKEditor which has proven to be pretty solid and sensible, so I'm guessing this is probably not an issue (just hypothesizing here)

cheers
Chris Maunder

Mr. Mahesh Patel8-Dec-20 17:53

Mr. Mahesh Patel

8-Dec-20 17:53

I am unable to publish article due to error of "Please choose a section for the article".
While first time drafting article, it was selected but after clicking publish button, error raised and further not able to select section due to no list in dropdown box.

Re: CodeProject: Unable to publish article (error: Please choose a section for the article)

Chris Maunder9-Dec-20 4:03

Re: CodeProject: Unable to publish article (error: Please choose a section for the article)

9-Dec-20 4:03

Which article? I saw there was an article in draft form under your account but it was empty (and no auto-saved drafts so I assume it was never worked on)

cheers
Chris Maunder

Mr. Mahesh Patel10-Jan-21 19:48

Mr. Mahesh Patel

10-Jan-21 19:48

I have saved this draft but after error it is showing empty.
This was happened 3 times.

Mahesh Patel

The confirm box

OriginalGriff6-Dec-20 1:33

OriginalGriff

6-Dec-20 1:33

While tidying up D&A - the random keyboard masher's forum of choice - I found something new (or at least, new to me). CTRL + the "Delete message" button opens the confirmation in a new window - so with a bunch of 'em, hold CTRL down, click each button, then use CTRL+TAB to confirm each of 'em without having to move the mouse about so much.
That's brilliant - saves a little time when batch deleting "Message Closed" messages.

A little tiny change would help though: if the CTRL key is held down when confirming the delete, the newly cleansed page is opened in a new tab as well. If it could remain in the current tab, it would be one less operation: CTRL+click "delete" on six closed messages, then CTRL+TAB to visit each confirmation box, and don't move the mouse off the confirm button, just click it, and press CTRL+F4.
At present, I have to remember to release CTRL before I click and then hit it again for the "close this tab" command, or I get a new tab opening with the rest of the closed messages in it and have to CTRL+TAB past it.

"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!

Chris Maunder9-Dec-20 4:05

9-Dec-20 4:05

I've been puzzling over this one.

First: this may sound dumb but D&A? Not sure what that is
Second: it sounds like this is actually a browser thing.

Let me know which page your own and I can see if I can think through something to make life easier.

cheers
Chris Maunder

Nelek9-Dec-20 4:07

Nelek

9-Dec-20 4:07

Chris Maunder wrote:
First: this may sound dumb but D&A? Not sure what that is

That might have been fat fingers trying to type S&A (Spam and Abuse forum)
Roll eyes | :rolleyes:

But it actually is the "Design and Architecture" forum, the favourite target of the "Mr. Keyboard" (random keystrokes trolls).

M.D.V.

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.

OriginalGriff9-Dec-20 4:34

OriginalGriff

9-Dec-20 4:34

As Nelek said: Design and Architecture Discussion Boards[^]
Last couple of weeks we've been getting a load of the same stuff in there - a dozen or so random keystrokes as a message.

Probably, it's a spambot in training but it leaves a fair amount of detritus around in the form of "Message Closed" filling half a page. It'd just be nice to reduce the RSI when deleting 'em! Laugh | :laugh:

Chris Maunder9-Dec-20 8:01

9-Dec-20 8:01

Gotcha

What you're seeing is standard browser keystroke handling. I'd love to take credit, but I'd be lying.

As an aside: it being slightly difficult to delete is actually by design. We had issues many, many moons ago where people got a little trigger happy.

cheers
Chris Maunder

The Q&A clock has stopped.

OriginalGriff9-Dec-20 8:09

OriginalGriff

9-Dec-20 8:09

Damn!
How about ... enabling the ENTER key to delete? CTRL+ENTER isn't browser behaviour (except in the address bar, where it adds ".com" and goes to the address).

Gerry Schmitz4-Dec-20 3:26

Gerry Schmitz

4-Dec-20 3:26

All questions in Q&A are "aging" as "1 second" old or updated.

It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food

OriginalGriff's tip

Maciej Los3-Dec-20 9:17

Maciej Los

3-Dec-20 9:17

There's something wrong with link to OriginalGriff's tip: Transferring information between two forms, Part 2: Child to Parent

Check the link: Transferring information between two forms, Part 2: Child to Parent
When you click on it, you'll be "transferred" to 404 Spoon not Found site:

Quote:
Do not try and find the page. That’s impossible. Instead only try to realise the truth

I'm using it quite often while answering QA questions. Can you fix it?

BTW: other tips about transferring data between forms are OK.

Re: OriginalGriff's tip

Sean Ewington3-Dec-20 9:27

Sean Ewington

3-Dec-20 9:27

Hmmm. It seems to work for me. Could you please try clearing your cache and trying again?

Thanks,
Sean Ewington
CodeProject

Re: OriginalGriff's tip

Maciej Los3-Dec-20 10:47

Maciej Los

3-Dec-20 10:47

This was very strange. I tried to open OG's tip on Firefox and MS Edge. Both with the same result...

I tried to use CTRL+F5, but it didn't help in FireFox. So, finally i followed by this instruction: How to clear the Firefox cache | Firefox Help

Re: OriginalGriff's tip

W∴ Balboos, GHB7-Dec-20 1:23

W∴ Balboos, GHB

7-Dec-20 1:23

In my experience, Ctl-F5 doesn't clear the cache. It's more an instruction to reload the page from the source and ignore the cache.

It doesn't always work - perhaps related to complexity in the back-end so you're reload may be correctly executed but the data request goes to where it was, before, as that's still cache related. Now you know how to really clear the cache.

Something else, as a hint, that I've found useful: and an argument to the URL, like ?xyz=123 or &xyz=123 if there are other arguments. This informs the browser that it needs to look for updated data (or so it thinks).

It can be stubborn. Where I work, with virtually everything web-base. My stuff all include a do-not-cache directive in every header.

Ravings en masse^
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010

Articles still missing

Miroslav Fidler2-Dec-20 21:18

Miroslav Fidler

2-Dec-20 21:18

I understand that there was outage and that it might take time, but just to make sure that things are not left unresolved, following 2 articles are still missing:

https://www.codeproject.com/script/common/404.aspx?aspxerrorpath=/Articles/5268022/Getting-Started-with-Uplusplus-2020-2[^]

https://www.codeproject.com/script/common/404.aspx?aspxerrorpath=/Articles/5280535/Some-Shocking-Facts-You-Probably-Didnt-Want-to-Kno[^]

Richard Deeming2-Dec-20 22:11

Richard Deeming

2-Dec-20 22:11

Both articles load fine for me. Are you sure you haven't bookmarked the 404 error page instead of the article link?

Getting Started with U++ 2020.2[^]
Some Shocking Facts You Probably Didn't Want to Know about U++ Framework...[^]

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

Miroslav Fidler3-Dec-20 3:09

Miroslav Fidler

3-Dec-20 3:09

Well, it looks like the 404 page gets cached. Deleting cache has helped.

That said, maybe the it would be possible to change the 404 page in a way so that browser is not allowed to cache it?

modified 3-Dec-20 12:46pm.

Greg Utas3-Dec-20 3:22

Greg Utas

3-Dec-20 3:22

Linking an SO article is a good way to get your account closed. Laugh | :laugh:

Robust Services Core | Software Techniques for Lemmings | Articles
The fox knows many things, but the hedgehog knows one big thing.

Nelek3-Dec-20 4:24

Nelek

3-Dec-20 4:24

I would not say closed...

maybe just ignored? Poke tongue | ;-P

M.D.V.

Miroslav Fidler3-Dec-20 6:48

Miroslav Fidler

3-Dec-20 6:48

Linking what? Smile | :)