|
I can't edit nor delete my answer anymore. Something tells me someone else has to kick my answer from a DB or so
In Word you can only store 2 bytes. That is why I use Writer.
|
|
|
|
|
I can't even add a comment and post it. Just don't work
In Word you can only store 2 bytes. That is why I use Writer.
|
|
|
|
|
But really sure you can't edit the deleted comment and remove all text from it? I can still edit my comments which I deleted.
Anyway, at least you tried it
modified 19-Jan-21 21:04pm.
|
|
|
|
|
No. It does not work probably on the misformed html
In Word you can only store 2 bytes. That is why I use Writer.
|
|
|
|
|
There is an article in the approval queue when you open it say "This is an auto-saved draft copy of the new unpublished article created by the submission wizard."
- CodeProject[^]
Every day, thousands of innocent plants are killed by vegetarians.
Help end the violence EAT BACON
|
|
|
|
|
Is it still there?
Thanks,
Sean Ewington
CodeProject
|
|
|
|
|
Not now thanks
Every day, thousands of innocent plants are killed by vegetarians.
Help end the violence EAT BACON
|
|
|
|
|
Once an Email address is confirmed, is it possible to consider that it stay good as long as the user don't change it and as long as your mails are not rejected ?
and we don't have to confirm again and again and again.
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
ppolymorphe wrote: and as long as your mails are not rejected
That's the tricky bit. Lots of email servers don't reject: they just stay quiet. Rejecting emails is a way to teach spammers which of their stolen email lists are legit and which are inactive.
Maybe we just send out an automated email every 6 months and just ask you to click it?
cheers
Chris Maunder
|
|
|
|
|
How about after 6 months of no activity on the given user id.
".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
|
|
|
|
|
I see on advantage to staying in not re-confirmed mail status.
It is that I don't receive anymore notification for my QA activity.
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
Or you could just go to your profile[^], choose "newsletters and emails" and uncheck "Enable Quick Answers notification emails"
cheers
Chris Maunder
|
|
|
|
|
Found, Thank You.
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
Hi Chris,
Is it possible to deactivate Email notifications, but keep on site notifications: number in read square on top of page near user name.
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
Is it possible to have date of questions darker (in list of questions) ?
and comments in questions darker too ?
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
I Support this request (Bugs and Suggestions[^]). Even after adjusting Gamma, it is hard to read the date in the list.
modified 19-Jan-21 21:04pm.
|
|
|
|
|
Message Removed
modified 14-Jul-16 10:12am.
|
|
|
|
|
I know this is a small thing, but when I went to add my Job Title to my Professional Profile, I saw there were several Administrator titles, as well as "Database Developer," but there is no "Database Administrator," which is my job title. None of the others really fit.
Please tell me I'm not the only DBA on CodeProject...
Any chance it will be added to the list?
Thanks in advance.
|
|
|
|
|
Let me fix that.
cheers
Chris Maunder
|
|
|
|
|
You may be the only DBA that admits he wants to be one.
".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
|
|
|
|
|
I think we would like to have a table of content generator in the articles. It is really very hard and tough job to actually edit the HTML content of the article, add the IDs to the headers and then map them to the ordered list that we are going to have.
What I suggest is to have something like, [toc] , to be added to the content somewhere like in the first paragraph, after the introduction, which gets replaced to generate the table of content based on the headers in the content ahead. You can use the server-side script to do that once the article is published (or is in the preview mode). This feature is being used on TechNet blogs and I really find that helpful. I think, we need one like that too.
If such a suggestion has been rejected then let me know what went wrong in that discussion or whatever, but I think this is a new suggestion and should be considered for future builds. This would ease the authors and would standardize the CodeProject articles to contain the table of content, where system itself would generate the links.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Gus has already provided some code to me for this but I want to do it via Javascript client-side. Should be very simple (add/remove TOC button and it does magic).
There's an alternative in that we show the TOC on the right hand column, so no inline TOC at all. That's the debate...
cheers
Chris Maunder
|
|
|
|
|
My vote still goes for the first paragraph, even if that is client-side or server-side. Right hand column would require extra spacing, it might break the interface when the text exceeds (otherwise forcing the text to stay inside would look horrible). Secondly, TOC is still going to be generated, why not let author decide whether he wants to see it or not.
In my own opinion, right hand column won't do any good. If you want to control TOCs then at least take my tip to keep them in central column.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
I will admit I like the "TOC on the right" idea - particularly if it applies retrospectively to existing articles. An in-line TOC both blocks the initial view of the actual article until you scroll, and is harder to use when reading as you have to scroll back to the start to access it.
There is unused space on the right, and it would be easier to "translate" to a mobile view, where you don't get the right or left columns at all.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|