This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
3286
Bug reports / Re: notifications x old notification
« on April 1st, 2013, 11:00 PM »
Please read my posts.
I said the design. is a. Work in progress.
I'm currently stuck having to watch a bad Fringe episode and can't work on this until tomorrow.
Re mark read. They'll always show up but without the red line on the right. I'm pretty sure it'll work with likes but maybe not with mentions.
I said the design. is a. Work in progress.
I'm currently stuck having to watch a bad Fringe episode and can't work on this until tomorrow.
Re mark read. They'll always show up but without the red line on the right. I'm pretty sure it'll work with likes but maybe not with mentions.
3287
Archived fixes / Re: Notifications show one avatar
« on April 1st, 2013, 09:05 PM »
PPS: what happens if I merge a post with an earlier one that has a notification attached to it..? I guess it loses it, right..?
3288
Archived fixes / Re: Notifications show one avatar
« on April 1st, 2013, 09:04 PM »
Oh, you mean the code in plugin.php..? It's a WIP. Not ready for consumption...
I'm busy IRL today, I only uploaded my code here because it actually works, and I wanted to gather feedback on whether you guys liked it or not... Not the design (which is really, really tentative) or anything, but the basic functionality:
- HTML no longer holds any data;
- only the unread count;
- clicking the notifs area will load all notifications through Ajax;
- polling is every minute on active tabs, every 10 minutes on inactive tabs;
- polling only provides updated unread count and forces an Ajax reload on notifs click (i.e. even that doesn't carry extra bandwidth requirements...)
PS @Dragooon I don't have your bug..?
I'm busy IRL today, I only uploaded my code here because it actually works, and I wanted to gather feedback on whether you guys liked it or not... Not the design (which is really, really tentative) or anything, but the basic functionality:
- HTML no longer holds any data;
- only the unread count;
- clicking the notifs area will load all notifications through Ajax;
- polling is every minute on active tabs, every 10 minutes on inactive tabs;
- polling only provides updated unread count and forces an Ajax reload on notifs click (i.e. even that doesn't carry extra bandwidth requirements...)
Posted: April 1st, 2013, 09:04 PM
PS @Dragooon I don't have your bug..?
3289
Off-topic / Re: Jekyll
« on April 1st, 2013, 01:08 PM »
Well at least this all prompted me to look at linuxfr.org, previously the most prominent site to use Templeet, and read discussions on the fact that it switched to Ruby on Rails a couple of years ago...
Basically, the thinking was also that static sites are no longer that important, and that anyway, the site was too dynamic to allow for proper use of Templeet's best feature. I think they went with the second best caching method (and first for dynamic sites...), i.e. they're caching only parts of a page, and then serving these static blocks dynamically.
I don't think Wedge or SMF would go to these lengths, mostly because there are so many potentially pages in a forum, if you create a static cache of all those things you'll end up with a huge cache folder... I guess, the best that can be done is to do a temp cache (i.e. expiry date like in cache_put_data), ensuring that only the currently most visited pages will be statically cached, or at least partially.
That's the direction SMF was going, I think... At some point.
Basically, the thinking was also that static sites are no longer that important, and that anyway, the site was too dynamic to allow for proper use of Templeet's best feature. I think they went with the second best caching method (and first for dynamic sites...), i.e. they're caching only parts of a page, and then serving these static blocks dynamically.
I don't think Wedge or SMF would go to these lengths, mostly because there are so many potentially pages in a forum, if you create a static cache of all those things you'll end up with a huge cache folder... I guess, the best that can be done is to do a temp cache (i.e. expiry date like in cache_put_data), ensuring that only the currently most visited pages will be statically cached, or at least partially.
That's the direction SMF was going, I think... At some point.
3290
Bug reports / Re: Rewriting pretty URLs with respect to the moved topic notice
« on April 1st, 2013, 02:44 AM »
I don't get why it works for me here and not for you on localhost... :-/
I'm sure it's only linked to iurl tags, but it's a pain to debug bbcode... :whistle:
I'm sure it's only linked to iurl tags, but it's a pain to debug bbcode... :whistle:
3291
Features / Re: New revs
« on April 1st, 2013, 12:40 AM »
rev 2043 - "Je poste, donc je suis." (René-Gilles Descartes)
(10 files, 4kb)
* Playing catch up with translations! (Admin, Help, index, Install, ManageMaintenance, Modlog, Who)
* Updated $txt['error_new_reply_reading'] to make more sense in context. I think..? (Post.language.php)
- Removed a reference to an error entry that wasn't used anymore (new_reply). (Post.php)
(10 files, 4kb)
* Playing catch up with translations! (Admin, Help, index, Install, ManageMaintenance, Modlog, Who)
* Updated $txt['error_new_reply_reading'] to make more sense in context. I think..? (Post.language.php)
- Removed a reference to an error entry that wasn't used anymore (new_reply). (Post.php)
3292
Off-topic / Re: Jekyll
« on April 1st, 2013, 12:31 AM »
Templeet can do that, too :P
And with comments...
I don't see any comments in your example. Building a static blog with no comments is easy as pie. Doing static comments is much more complicated. Well, at least it was back in the day!
Anyway, I'm just not sure what you're trying to say by posting this link..? That we should consider doing a static version of Wedge..?
And with comments...
I don't see any comments in your example. Building a static blog with no comments is easy as pie. Doing static comments is much more complicated. Well, at least it was back in the day!
Anyway, I'm just not sure what you're trying to say by posting this link..? That we should consider doing a static version of Wedge..?
3293
Features / Re: New revs - Public comments
« on March 31st, 2013, 08:54 PM »
I installed the latest Gimp, and it gave me a 78-byte file for your quick_delete.gif, instead of 75... A bit surprising. What's your magic trick, eh..? ;)
Okay, so I'm looking into that code I removed, looking to see if I was mistaken in flagging it as buggy, but it still strikes me as odd... I can only see problems with it, and I don't think I wanna do any kind of revert. Maybe rewrite the error code to get rid of 'new_reply' and only mention 'new_replies'..?
Here's my reasoning. Please share your thoughts about it.
Code: [Select]
"error_new_replies, which is a non-existent $txt string to begin with, should be built with the contents of $txt['error_new_reply_reading'] or $txt['error_new_reply'], depending on whether it was triggered after pressing the Reply/Quote button in topic pages, or pressing Submit in the post page. These two $txt items are arrays, thus number_context is there to choose the correct string within these arrays, as well as sprintf them to push the number in place. At this point, we have, for instance, 'Warning - while you were typing, 2 new replies have been posted. You may wish to review your post.' in our variable. So far, so good...
Code: [Select]
"new_reply should ALSO be set, if there's only one reply. BUT it should have the unedited string array, i.e. $txt['error_new_reply'] is now an ARRAY of unformatted strings... Which doesn't serve any purpose..?!
Code: [Select]
So, we're resetting the error_new_replies string that we just set a moment ago... :-/
Either with:
1/ A non-existent string, $txt['error_new_replies_reading'] (note the plural), which generates the error that prompted me to remove the code block,
2/ An array of unformatted strings, which we then pass to sprintf, which only accept strings, and not arrays -- another error waiting for us.
Really, I don't see the point.
Okay, so I'm looking into that code I removed, looking to see if I was mistaken in flagging it as buggy, but it still strikes me as odd... I can only see problems with it, and I don't think I wanna do any kind of revert. Maybe rewrite the error code to get rid of 'new_reply' and only mention 'new_replies'..?
Here's my reasoning. Please share your thoughts about it.
$txt['error_new_replies'] = number_context(isset($_GET['last']) ? 'error_new_reply_reading' : 'error_new_reply', $context['new_replies']);"error_new_replies, which is a non-existent $txt string to begin with, should be built with the contents of $txt['error_new_reply_reading'] or $txt['error_new_reply'], depending on whether it was triggered after pressing the Reply/Quote button in topic pages, or pressing Submit in the post page. These two $txt items are arrays, thus number_context is there to choose the correct string within these arrays, as well as sprintf them to push the number in place. At this point, we have, for instance, 'Warning - while you were typing, 2 new replies have been posted. You may wish to review your post.' in our variable. So far, so good...
if ($context['new_replies'] == 1)
$txt['error_new_reply'] = isset($_GET['last']) ? $txt['error_new_reply_reading'] : $txt['error_new_reply'];"new_reply should ALSO be set, if there's only one reply. BUT it should have the unedited string array, i.e. $txt['error_new_reply'] is now an ARRAY of unformatted strings... Which doesn't serve any purpose..?!
else
$txt['error_new_replies'] = sprintf(isset($_GET['last']) ? $txt['error_new_replies_reading'] : $txt['error_new_replies'], $context['new_replies']);So, we're resetting the error_new_replies string that we just set a moment ago... :-/
Either with:
1/ A non-existent string, $txt['error_new_replies_reading'] (note the plural), which generates the error that prompted me to remove the code block,
2/ An array of unformatted strings, which we then pass to sprintf, which only accept strings, and not arrays -- another error waiting for us.
Really, I don't see the point.
3294
Off-topic / Re: Jekyll
« on March 31st, 2013, 08:23 PM »
I mentioned it in an earlier post this week ;) along with templeet, which I actually used and love long ago!
However I think that static sites are no longer as needed as they could be 10 years ago, as servers are now 10 to 100 times faster...
Posted: March 31st, 2013, 08:22 PM
However I think that static sites are no longer as needed as they could be 10 years ago, as servers are now 10 to 100 times faster...
3295
Off-topic / Re: Doctor Who
« on March 31st, 2013, 04:19 AM »No, she was forever Soufflé Girl to me!
Susan Sto Helit is thoroughly badass. More so if you've read the Discworld series to any degree and have seen her parentage.Quote She made me think of a talkative version of Hogfather's heroine
Technically, one might consider Susan was replaced by the golem boss girl in Going Postal, but she doesn't hold a candle to her :P
In other news, I'm LOVING not having to change my timezone settings :D
3296
Off-topic / Re: Doctor Who
« on March 31st, 2013, 03:59 AM »
Well, the first time you saw her, she wasn't real, she was a Dalek... :P
And the second time... Hmm I guess the second time she was real. She made me think of a talkative version of Hogfather's heroine (perhaps because it's set in a 19th century style era, and she's a nanny too...)
Anyway, I'll probably watch the episode again with Milady in a few days. If I do, I'll post to mention my findings about the difference (or not) in acting... :^^;:
Woohoo, it's 4am... Gotta love these frigging DFT shifts!
And the second time... Hmm I guess the second time she was real. She made me think of a talkative version of Hogfather's heroine (perhaps because it's set in a 19th century style era, and she's a nanny too...)
Anyway, I'll probably watch the episode again with Milady in a few days. If I do, I'll post to mention my findings about the difference (or not) in acting... :^^;:
Woohoo, it's 4am... Gotta love these frigging DFT shifts!
3297
Features / Re: New revs
« on March 31st, 2013, 03:35 AM »
rev 2042 -- all the cool kids have it!
(6 files +1-1, 11kb)
+ Ah, what a complicated mess... But what I wouldn't do to save bytes!! The spinning wheel is replaced, on supporting browsers, with a fully CSS-animated equivalent. It looks much better, saves 900 bytes in the gzipped CSS, and it makes me look smart. What's not to like? (zoomedia.js, common.css, index.css, zoom.css)
* Replaced loader.gif spinning wheel with wheel.gif, which is the same image, but optimized for size. The palette is reduced to 7 colors (from 63!) without any noticeable difference, and it saves about 600 bytes. For oldIE & co. (loader.gif, wheel.gif)
! Fixed nested mixins. Previously, any 'mixin:' rules added to a mixin declaration would be ignored, which was bad... (Class-CSS.php)
! Ajax banner needed a box-sizing property, as it was setting both width: 100% and a padding rule, thus offsetting the spinning wheel by a few pixels. (index.css)
* Commenazi. (ScheduledTasks.php)
@ A quick note: I discovered that mixins within mixins accept the 'mixin:' rule, but not the 'mixes' symbol. Well, there's a limit to what these symbols can do, at least when it comes to the parser. I guess I won't rest until I find a solution for this.
(6 files +1-1, 11kb)
+ Ah, what a complicated mess... But what I wouldn't do to save bytes!! The spinning wheel is replaced, on supporting browsers, with a fully CSS-animated equivalent. It looks much better, saves 900 bytes in the gzipped CSS, and it makes me look smart. What's not to like? (zoomedia.js, common.css, index.css, zoom.css)
* Replaced loader.gif spinning wheel with wheel.gif, which is the same image, but optimized for size. The palette is reduced to 7 colors (from 63!) without any noticeable difference, and it saves about 600 bytes. For oldIE & co. (loader.gif, wheel.gif)
! Fixed nested mixins. Previously, any 'mixin:' rules added to a mixin declaration would be ignored, which was bad... (Class-CSS.php)
! Ajax banner needed a box-sizing property, as it was setting both width: 100% and a padding rule, thus offsetting the spinning wheel by a few pixels. (index.css)
* Commenazi. (ScheduledTasks.php)
@ A quick note: I discovered that mixins within mixins accept the 'mixin:' rule, but not the 'mixes' symbol. Well, there's a limit to what these symbols can do, at least when it comes to the parser. I guess I won't rest until I find a solution for this.
3298
Off-topic / Re: Doctor Who
« on March 31st, 2013, 01:23 AM »That is the stuff of badassery. Clara is quickly going up in my estimations!
And no further mentions were made about the 'mystery' of said incarnations and her links to the Doctor. I'm sure it'll be mentioned later though...
A good episode, but not one of Moffat's best. Perhaps because I'm becoming increasingly intolerant of Internet technobabble as a plot device. I know it's supposed to be a fantasy show, but this wi-fi mumble-jumble doesn't make any sense at all. Loved the Tweeter joke though, given all the past history SM has with it!
3299
Features / Re: New revs
« on March 30th, 2013, 07:42 PM »
rev 2041
(3 files, 2kb)
! My inden@zi vanity project was adding tabs to textareas, so I'm adding a skip for these. Sorry about that one. Also used the opportunity to protect <pre> tags, although there shouldn't be any -- but you never know. For the record, my protection code worked on first try, ah ah. I'm getting used to writing this kind of code I'm afraid... (Subs-Template.php)
! Fixed border in bottom linktree in Warm and Wuthering. Also minor fix to slogan positioning in Warm. (Warm/extra.css, Wuthering/extra.css)
(3 files, 2kb)
! My inden@zi vanity project was adding tabs to textareas, so I'm adding a skip for these. Sorry about that one. Also used the opportunity to protect <pre> tags, although there shouldn't be any -- but you never know. For the record, my protection code worked on first try, ah ah. I'm getting used to writing this kind of code I'm afraid... (Subs-Template.php)
! Fixed border in bottom linktree in Warm and Wuthering. Also minor fix to slogan positioning in Warm. (Warm/extra.css, Wuthering/extra.css)
3300
Features / Re: Message icons, some proposed changes
« on March 30th, 2013, 06:19 PM »I'm not disputing that the dropdown saves space. But because it's so compact, it hardly ever gets used.
Well, part of the problem is that most forums don't do a good job of it. If you have a set of consistently sized/shaped icons, it's much more meaningful, especially if you have the ability to filter topics on those icons (like vB did)
Also, perhaps limit the ability to set message icons to topics, i.e. first post only...
But I propose a third option: just dump the feature entirely. If it's not being used much, let's save ourselves the hassle and not use it at all.
We could integrate other elements into message icons: (text) tags, pre-established topic prefixes...
No point worrying about a feature that 'no-one uses' and is 'ugly enough'
Maybe push it as a plugin, instead...?