deskthority

It's not related to javascript. It's just that the image dimensions are unknown. Your browser should be able to handle it and correct the page position while the images load. The only solution would be the store the dimensions of images.

I didn't check, but there is a loading animation displayed while the image loads. I'd think that the images are loaded with javascript (as you scroll?).

The problem with the "moving" pages caused by slow loading pictures is really annoying and I only experience that on Deskthority


EDIT: There's definitely some javascript invoked so there is no chance our browsers could determinte the size of the actual image before it's inserted into the DOM.

Like I said, 21st century ...... ;-)

I don't know if this has been already mentioned... but is it possible, after logging in, to return to the previously viewed page instead of going to the home page? I usually log in to respond to a thread I'm viewing.

how do you link a post directly?

webwit wrote:It's not related to javascript. It's just that the image dimensions are unknown. Your browser should be able to handle it and correct the page position while the images load. The only solution would be the store the dimensions of images.

The image dimensions can be read first and then can the HTML stuff be created and then the page does not jump around like crazy while the images are loaded.

Only problem: Images from a foreign server!

Solution: size is cached the first time the image is used (ie when the poster posted it).

ne0phyte wrote:I didn't check, but there is a loading animation displayed while the image loads. I'd think that the images are loaded with javascript (as you scroll?).
...

No, it has nothing to do with JavaScript!


The only thing that requires JavaScript is the stupid spoiler tag!

adding emoticons on DT:)

ne0phyte wrote:

*knockingheadagainstthewall*
thinking of the times i mourned the missing feature,
thanks a lot

You have to find out their name and have to type them manually:












ps: You can also switch JavaScript ( ) on and click on them on the right.

Or upload smileys somewhere and embed them as image:

Argh! These externally hosted smileys actually show up. I have all that stuff disabled in my DT prefs, so see the literal :ohnoes: codes instead. Preferred!

So, uh please don't do that!

I'd like to have a "Mark all forums read"-link on the "View unread posts" site.

ne0phyte wrote:Or upload smileys somewhere and embed them as image:

Nice ne0phyte

Only acceptable solution for keyboard people:



http://www.ymessengerblog.com/blog/2008 ... -keyboard/

http://www.bajca.com/en/

Make it stop.

Hmm, is there any way to not truncate links in private messages send to email?

Here is the tracking link
http://nolp.dhl.de/nextt-online-public/ ... 8530673995

From my email box...

Oh noes! Matt3o's hacked my Deskthority! This is not reproduceable on Chrome or Safari on my iPad. Just affects iCab, and only started today, after a crash. But it's too funny not to share!

Is watching!

bhtooefr wrote:That's likely related to JavaScript resizing/loading of images - the browser is satisfied everything is loaded, goes ahead and follows the fragment identifier... and then JavaScript loads the images.

Right, it has been reported before, the browser doesn't know the height of the image until they are loaded so the full page changes its size and it scrolls

ne0phyte wrote:I didn't check, but there is a loading animation displayed while the image loads. I'd think that the images are loaded with javascript (as you scroll?).

The problem with the "moving" pages caused by slow loading pictures is really annoying and I only experience that on Deskthority


EDIT:

Code: Select all

<img src="http://deskthority.net/images/spacer.gif" title="Loading..." alt="Loading..." class="reimg-loading">

There's definitely some javascript invoked so there is no chance our browsers could determinte the size of the actual image before it's inserted into the DOM.

All the script does is preloading the image, checking it size (optionally with a php script) and if it's too large a css class is added to the image to force it's size to a smaller one and adds the zoom button...

Pretty sure we can replace all this with simple css (max-width/max-height) and a js check for only adding the zoom button if necessary.

How about a "Software and Keyboard layouts" forum?

For drivers, keymapping, Dvorak/Colemak, hotkeys, etc.

Could be a good way to give them somewhere clear to go. I'm always torn between the Workshop and the general Keyboard section. The Workshop is definitely the right place for hardware.

Yeah, I think the Workshop forum is far too linked to hardware. Software deserves its own forum.

Maybe for the Workshop, a category (like in the Marketplace) called "Software" would be enough.
But that still leaves no place for the Keyboard Layouts... hm

I would suggest a rename then, it's not as if the Workshop forum is used enough that the software / firmware threads would drown in the noise.

The Deskthority wiki last post cell on the forum front page has some sort of time zone error. In BST (UTC+0100), the last post time is showing as UTC, i.e. −1 hour. It should be presented in the same time zone as the rest of the site.

Also, we need a supersession plugin. See, necroposting is bad, but leaving a topic with blatantly false information is also bad. It would be nice to secretly mark a topic as "Obsolete; please see topic X" for updated information — the topic won't be bumped, but anyone visiting it would be greeted with a notice not to believe what's written there. No necros, no people confused by incorrect information, everyone happy.

Unless people think it's OK to necropost a topic?

Daniel Beardsmore wrote:[…] It would be nice to secretly mark a topic as "Obsolete; please see topic X" for updated information […]
Unless people think it's OK to necropost a topic?

If someone thinks a topic contains "blatantly false information", I do prefer them to necrobump it with a posting saying just that rather than secretly mark it. A posting at least gives everyone the chance to raise any objections, and anyway this is an open forum where we discuss matters and no one should be able to secretly decide what is right or wrong.

I was thinking (but forgot to mention) that this would be for topic owners. In this instance, I realised that the topic I wanted to follow up on was only a month or so old, so that wasn't too bad (I just re-used the same topic), but sometimes I have new information that follows on from, or even even directly contradicts, a topic that might be six months or a year old, and I don't want to fall foul of the anti-necro crowd, nor do I especially want the topic to raise to the top of the list — I'd rather leave a note behind that anyone who digs up the old topic, will know where to find corrected information. (For example, there may already be a new topic.)

It's a good deed to add a posting like that to an old thread, and anti-necro folks who object to that can safely be ignored IMO. Even more so if you start the new posting with something like "This is an old thread, but ..." to make it perfectly clear that it was done on purpose.

And anyone should do that IMO, not only the topic owner.