|
There's a joker on the C# forum[^].
Me, I'm dishonest. And a dishonest man you can always trust to be dishonest. Honestly. It's the honest ones you want to watch out for...
|
|
|
|
|
|
Singleton? cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
I'm getting the following error:
Error: Exception of type 'System.OutOfMemoryException' was thrown.. Ticket: 1870320. Server: Web16Thanks
Md. Marufuzzaman
I will not say I have failed 1000 times; I will say that I have discovered 1000 ways that can cause failure – Thomas Edison.
|
|
|
|
|
Sorry about that. A server had indigestion. cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Also i got the same today.
|
|
|
|
|
Please take a look at this[^]. Blog alignment.....
|
|
|
|
|
already fixed cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
yeah now it's ok.
|
|
|
|
|
|
Whoa okay..
Thanks for the report thatraja.
|
|
|
|
|
|
It only seems to work if it has a space either side, like this txtspeak is the realm of 9 year old children, not developers. Christian Graus
|
|
|
|
|
|
So, something is seriously broken. I remember it that until a few days ago, even if the entire page is not fully loaded, I can click and open a message that is visible on the screen (while some portions of the page are still loading).
But, now the entire page is reloading when I click on any message. If I allow the page to completely load once, then it doesn't reload. This is particularly irritating because before clicking on any message to read, I need to wait for every tiny elements in the page to completely load. Very frustrating.
Let me know if I'm not clear.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
We've rearranged some of the javascript to help speed page load, but I'll investigate this and get it back to normal cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
This annoying bug still exists. I also feel the new Javascript enhancements haven't decreased the page load time (if it hasn't slowed it down).
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
The javascript is back exactly where it was before so my only thought is that you're either seeing caching issues (hit Ctrl+F5) or the jQuery file is taking its sweet time to be downloaded from Microsoft's servers.
Essentially, though, we're back to where we were before we made a change so it will be slower than it could be, but safer for you. If it's still not working out well enough for you then we'll have to get creative.cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
The speed seems to be better now, but sadly the page still reloads if I click on a message before every tiny element of the page is entirely loaded.
I've tried Ctrl+F5, tried cleared the entire cache, tried kicking my dog, etc., but to no avail.
I'll try how this works at my home - if it goes good there, then it must be a caching issue here (office PC).
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
Hello everybody!
The checkbox "Mark this article as updated?" does not convey a clear meaning. Much better if it would state "Publish article" or something similar. It should either be renamed or its' meaning made obvious in a textual explanatory note underneath it.
All the very best,
Mihnea
modified 20-Aug-18 21:01pm.
|
|
|
|
|
That checkbox determines whether or not the article is marked as being updated. If it isn't checked then the contents of the article are updated, but it's not tagged as an update. This allows you to make a small change without sending the adoring hordes of fans screaming to see your latest and greatest.
I feel the checkbox is labelled correctly, but am certainly open to further suggestions.cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
I agree with Mihnea Radulescu.
I was wondering if this is the expected behavior, but it was a hunch - nothing certain. I had to google the checkbox's text and bump into this thread in order to understand the meaning of it.
IMO, an explanation text (in brackets) would help. Something similar to the fields Co-Author IDs and License.
|
|
|
|
|
Any suggestions on wording?
What about "Update the article's 'modified' date?" (checked by default)
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Wow - you're quick
Yes, I actually thought about this:
This is a major update (subscribed users will be notified)
Maybe the opposite would make even more sense (but I'm aware of the fact that it'll require a bit of coding as well):
This is a minor update (subscribed users will not be notified)
(*) I'm not 100% sure who will be notified so I assume it has something to do with users who subscribed to the article.
|
|
|
|
|
Whether or not a change is major or minor is separate from whether you wish to update the modified date. We calculate automatically whether it's a minor update (and don't update the modified date) but if this checkbox was used to override whether we mark an update as "major" then a potentially major update could be hidden in the list of article versions on the Revisions page. (By default we hide minor updates).
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
In that case, I'm even more perplexed than before.
Reading your last answer I think you mean that it changes the article's date (but I'm not sure anymore)...
Reading your original answer to Mihnea Radulescu, I was positive that it's the major/minor boolean (and I quote: "... This allows you to make a small change without sending the adoring hordes of fans screaming to see your latest and greatest").
|
|
|
|