|
I didn't posted earlier, because I do not care for that lost point, but you are right - it is a bug...
Posted a reply to a post later deleted, and got -1 twice...
20-Feb-17 6:21AM -1 Debator Post a General Forum Message (undo) Forum Message Visual C++
20-Feb-17 6:20AM -1 Debator Post a General Forum Message (undo) Forum Message Visual C++
19-Feb-17 9:36PM 1 Debator Post a General Forum Message Forum Message Re:Visual C++
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: didn't posted earlier, because I do not care for that lost point
Same here - But IMHO as long as CP is supplying those numbers they should be correct, otherwise they might as well wipe them out.
|
|
|
|
|
BuggyMenu.zip (697.3 KB)
The file in the Zip is an MP4 screencap.
For those unwillig to download it, here are the steps to reproduce:
1. Open Articles menu by hovering your mouse pointer ove "articles"
2. Try to click on "Submit an article or tip".
3. In any case, the "chapters and sections" sub menu expands rapidly and removes any other content in the menu (or blends over or whatever).
Edit: Browsercheck Output:
Quote: User Agent Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36
Browser Chrome
Device Type Desktop
Version string 0.0
Version 0
Platform Win10
Platform Version 10.0
Chrome True
Edge False
IE False
Opera False
Safari False
Blink True
EdgeHTML False
Gecko False
Trident False
WebKit False
Desktop True
Tablet False
Mobile Device False
Small Mobile Device False
Touch Device False
Standard True
Display Mode Normal
Editable Elements False
Modern True
Semi-Modern True
CRC 1988358956
Browscap RegEx ^Mozilla/5\.0 \(.*Windows NT 10\.0.*WOW64.*\) AppleWebKit/.* \(KHTML.* like Gecko\) Chrome/.*Safari/.*$
Cookies OK? True
Edit #2: The Browser check seems to be broken, too - By all means I'm not using Chrome V0.0 
(It says 56.0.2924.87 on the Chrome browser page)
Edit #3: The other menus work 
modified 20-Feb-17 7:09am.
|
|
|
|
|
Works as normal for me. Chrome Version 57.0.2987.54
|
|
|
|
|
Works fine for me in Chrome 56.0.2924.87 (64-bit). The "chapters" menu opens to the right of the main "articles" menu, even if I shrink the window so that there isn't enough room for it.
The browser check page shows the same as yours, except for:
CRC: 4131454197
Browscap RegEx: ^Mozilla/5\.0 \(.*Windows NT 10\.0.*Win64. x64.*\) AppleWebKit/.* \(KHTML.* like Gecko\) Chrome/.*Safari/.*$
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
The default behavior of the CTRL + S key combination is that it shows the save HTML page dialog. Whereas, it would be much better, to only trigger the save document draft function.
The same function is available on WordPress post editor (the previous WP-Admin one), that has a good UX, as the user can have their post saved as a draft when they press CTRL + S, I think the same would be a good feature on CodeProject as well. 
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
It is only for those can't overcome old habits... The page saves its content automatically every few minutes...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Your both statements are true.
But still, "Save HTML document" is not a good experience. It may be my personal review of the features.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Message Removed
modified 21-Feb-17 9:22am.
|
|
|
|
|
Hi all - what is the current thinking on whether source code should always be attached/uploaded to CP for articles ?
I've seen articles in moderation which don't have source code, and have been 'released', similarly I've seen the other side of the coin where someone has pointed to Codeplex, but his sourcecode on Codeplex was at that time inaccessible - see ACoreLib.Tracer: Tracing done right
... as Steve Holle points out in the link above (albeit some time after my original comment to the author), do we expect author's to maintain two sets of code ?
My 'take' is, and moving with the times, we probably dont expect authors maintain 2 sets of code, but, we expect that the code is always available - as was the original intent of 'always having a source code attachment/upload' to an article in the first place
I'm happy to follow (gawd I'm going to hate myself) 'whatever makes sense', but having been a member for a while, I don't want to be 'going against the flow on current standards/recommendations'
.. apologies if this has come up before and I've missed it
|
|
|
|
|
We've always allowed members to host the latest version of their code offsite, but we've also always asked members to provide a snapshot of the code we can host locally in case offsite went dark.
Many years ago when we first started CodeProject we had a 100% offsite link breakage rate. It was insane. 100% of links to code offsite eventually broke. Hence the policy.
These days things are vastly different and places like CodePlex and GitHub are usually rock solid. Even so, things change, and it's always safer for everyone to provide a local, emergency copy, even if it's out of date.
cheers
Chris Maunder
|
|
|
|
|
Thanks Chris - it sounds like we're singing from the same hymn book, which is what I intended to check by posing it here
cheers
|
|
|
|
|
I'm not receiving email notifications for messages on my articles. My email address is set correctly. Anyone know why this could be?
Cheers,
Daniel
|
|
|
|
|
This is affecting a lot of people. There are a few reports about this already.
This space for rent
|
|
|
|
|
All of sudden, codeproject wysiwyg editor stopped working in Google Chrome (Version 56.0.2924.87) browser? Does anyone come across this issue? Are there any fix for it?
Any help appreciated.
FYI, Tried clearing up browsing history, no luck.
modified 16-Feb-17 8:22am.
|
|
|
|
|
Same here - the toolbar appears, but the content does not. No errors logged in the console.
The editor works as expected in Firefox 51 on the same PC.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I'm on Version 56.0.2924.87 (64-bit) on Win 10 and it's fine for me.
Do you have any add-ins such as ad-blockers? Ad blockers have been causing a bunch of issues lately it seems.
cheers
Chris Maunder
|
|
|
|
|
Looks like it's a uBlock filter on mine - both "##iframe[style][src]" and "##[style] > iframe" are showing as blocked. After disabling uBlock and reloading the page, the editor works.
It will probably affect other ad-blockers that user the same block lists.
It doesn't affect Firefox, because I've already disabled uBlock for CodeProject.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
You are right, it was AdBlocker. After turning it off, the editor works normal.
Thanks for help.
|
|
|
|
|
How could I get Newsletters and The Insider News in Dark Background such as white text on a Black/dark background? Please help if any one knows. Is there any settings on the website to customize website background?
|
|
|
|
|
Maybe your email client allows custom CSS to be used.
cheers
Chris Maunder
|
|
|
|
|
Thank You very much for super fast reply. 
Sorry, How could I use custom CSS? I know nothing about "email client"
|
|
|
|
|
What email provider do you use? Is it gmail/hotmail, for instance, or do you view your email in Outlook or Thunderbird?
This space for rent
|
|
|
|
|
|
Then you're out of luck I'm afraid.
This space for rent
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
