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.
2596
Features / Re: Soft merging of posts
« on August 21st, 2013, 05:55 PM »We still have the non-zebra striping issue (e.g. previous page, reply 20 has postbg, replies 21-22 are postbg2, reply 23 should logically be postbg but is postbg2, 24-25 are postbg, 26 is postbg as well)
Interestingly, the JS prototype version I wrote accounted for that, although not in a obvious way.
I also don't see themers actually bothering to do anything creative with the templates when, to be blunt, this is going to make them fragile. This is the problem we're going to run into more and more; cool stuff gets implemented but it screws up on anything that isn't the exact structure we've set up.
It can be disabled by setting the <mobile> option to 1, although I'm considering adding a <softmerge> option, to make things clearer, I guess... (Or a <userbox-direction>horizontal</userbox-direction> setting, or something.)
Does it, for example, work in any other skin? (Haven't tested)
Right now, short of changing the template files or Msg skeleton or modifying userbox visibility, you can't 'break it', unless you really want to, I guess...
And we only have a few skins here. What it will guarantee going forward is that virtually every skin just becomes a knock off of the defaults with slight colour variations because no-one will bother to customise them at all for fear of breaking anything.
Adding new settings to a skin is really, really easy.
Now, that's not unheard of - XenForo and IPB are largely in the same rut but they're not actually as deeply into it as we are, pretty much everything there is still customisable without too much pain but with us it's just going to get worse.
http://forum.frandroid.com/
It's just using someone else's skin, though. But as flat designs go, it's an interesting one.
The only way it might work is if it's not really toggleable as such but that themes can override and disable it and just have it that way.
In fact, the only modern browser that doesn't support it is IE 8 and we can just provide them a default for that without alternation which is fine by me.
2597
Features / Re: Soft merging of posts
« on August 20th, 2013, 04:26 PM »
CSS-based zebra striping has actually been a high-level to-do in my list for a LONG while, and I really, really want to do it, but it also implies getting rid of windowbg everywhere, something I'm willing to do, but when...?
Well, OF COURSE now I want to do it as my next mission... :lol:
Anyway, Pete, I need to comment your post point by point, and I'll do it, but I just want to say, your post seems to question the need for soft-merging, rather than the more recent userbox changes..?
Well, OF COURSE now I want to do it as my next mission... :lol:
Anyway, Pete, I need to comment your post point by point, and I'll do it, but I just want to say, your post seems to question the need for soft-merging, rather than the more recent userbox changes..?
2598
Archived fixes / Re: Scroll Bug
« on August 20th, 2013, 04:23 PM »
Did you try on other browsers?
Sometimes, I wonder if I'm not trying too HARD to get Wedge to be original and future-proof...
- Infinite scrolling -- implementation is okay, as long as you don't mind the occasional bug on videos, etc.... Far from perfect, really :-/
- Scrolling user boxes -- doesn't work in one specific instance (hovering name on guest or user with no avatar and no details, resulting in a popup that applies an incorrect z-index relative to the next post's name... Grmpf...), and might be tiresome at some point, anyway.
- Responsive sidebar -- I've also had a hard, very hard time with this one... Sometimes, I wonder if I just shouldn't be reverting to the 'good old' horizontal layout for responsive sidebars, and/or keep the menu in the top area regardless of page width, really, I don't know... :-/
- :edit: Soft-merging of posts -- the idea is good, the implementation is flawless, but it requires not breaking the layout in HTML, or at least too much...
And maybe other things, these days, I just tend to write things that are really cool, but even more fragile, hmm...
Sometimes, I wonder if I'm not trying too HARD to get Wedge to be original and future-proof...
- Infinite scrolling -- implementation is okay, as long as you don't mind the occasional bug on videos, etc.... Far from perfect, really :-/
- Scrolling user boxes -- doesn't work in one specific instance (hovering name on guest or user with no avatar and no details, resulting in a popup that applies an incorrect z-index relative to the next post's name... Grmpf...), and might be tiresome at some point, anyway.
- Responsive sidebar -- I've also had a hard, very hard time with this one... Sometimes, I wonder if I just shouldn't be reverting to the 'good old' horizontal layout for responsive sidebars, and/or keep the menu in the top area regardless of page width, really, I don't know... :-/
- :edit: Soft-merging of posts -- the idea is good, the implementation is flawless, but it requires not breaking the layout in HTML, or at least too much...
And maybe other things, these days, I just tend to write things that are really cool, but even more fragile, hmm...
2599
Archived fixes / Re: Scroll Bug
« on August 20th, 2013, 12:17 PM »
Working fine in Dolphin for Android 4.1... :-/
2600
Archived fixes / Re: Scroll Bug
« on August 20th, 2013, 12:41 AM »
Doesn't support position: fixed css..?
2601
Archived fixes / Re: Subject bar is missing. Can not post topic whilst javascript is disabled.
« on August 19th, 2013, 11:57 PM »
Any <noscript> tag will still add 50+ bytes to ALL pages just for that message, at least.
I'm not thrilled with the idea.
Firefox recently removed the ability to disable JS, Chrome doesn't have it, and IE, I can't remember, I think it's hidden in an obscure setting in the security area, so it's unlikely people would disable it, I guess...
I'm not thrilled with the idea.
Firefox recently removed the ability to disable JS, Chrome doesn't have it, and IE, I can't remember, I think it's hidden in an obscure setting in the security area, so it's unlikely people would disable it, I guess...
2602
Archived fixes / Re: Subject bar is missing. Can not post topic whilst javascript is disabled.
« on August 19th, 2013, 09:12 PM »
Is it even worth 'fixing'..? :^^;:
2603
Features / Re: New revs
« on August 19th, 2013, 08:38 PM »
rev 2219
(2 files, 1kb)
+ Here's a rare thing: an attempt of mine at increasing security, which is usually Pete's thing. This is probably overkill (an isset test on all pages, to test for something that's admin-only, and probably never an actual risk anyway), but at the very least, I think it's worth discussing keeping it in or not. (index.template.php)
! A typo in a callback name generated errors when editing a post. (Class-Editor.php)
(2 files, 1kb)
+ Here's a rare thing: an attempt of mine at increasing security, which is usually Pete's thing. This is probably overkill (an isset test on all pages, to test for something that's admin-only, and probably never an actual risk anyway), but at the very least, I think it's worth discussing keeping it in or not. (index.template.php)
! A typo in a callback name generated errors when editing a post. (Class-Editor.php)
2604
Off-topic / Re: Post count fever
« on August 19th, 2013, 11:30 AM »
Just like Pete said... It's only a model :P
2605
Off-topic / Re: This is why I complain about tracking hits
« on August 19th, 2013, 11:29 AM »
Pete, you (at least) have my go-ahead to stop tracking *guests*, where they be human or bots, and just track members.
I think that this element (number of members online) is still worth tracking, at least on large communities, because it shows the commitment level over time; and if there are many guests (slashdotting etc), some of them are bound to register, and thus increase the number of online members, so as a 'relative' number, it's still working! :)
I think that this element (number of members online) is still worth tracking, at least on large communities, because it shows the commitment level over time; and if there are many guests (slashdotting etc), some of them are bound to register, and thus increase the number of online members, so as a 'relative' number, it's still working! :)
2606
Archived fixes / [function.preg-replace-callback] Re: : Requires argument 2, 'wedit:format_time'
« on August 19th, 2013, 11:27 AM »
Thanks! Fixed.
It was indeed a typo on my part, I did all these conversions in a batch, but manually, so even though I double-check everything at commit time, given the amount of changes, I'm surprised it was the only typo ;)
It was indeed a typo on my part, I did all these conversions in a batch, but manually, so even though I double-check everything at commit time, given the amount of changes, I'm surprised it was the only typo ;)
2607
Features / Re: Soft merging of posts
« on August 19th, 2013, 12:58 AM »
(No one around anymore..? :P)
A small bug... You need a post sent by a guest, or someone with no avatar and no user details.
Go to that post, so that the user name is position:fixed, and hover the name. The menu is shown above everything as expected, but below the user name of the next message. This shouldn't be happening, but stacking contexts are so fucking complicated when you start positioning stuff...
I'm guessing, the only fix for that is to have the menu HTML in a div outside of the main HTML page, and absolutely position it relative to the document itself, but the very reason why I avoided that, is because all hell breaks loose when you start modifying the username's position without hovering out of the menu.
I'm marking this as a cantfix for now, but all suggestions are welcome... Of course.
A small bug... You need a post sent by a guest, or someone with no avatar and no user details.
Go to that post, so that the user name is position:fixed, and hover the name. The menu is shown above everything as expected, but below the user name of the next message. This shouldn't be happening, but stacking contexts are so fucking complicated when you start positioning stuff...
I'm guessing, the only fix for that is to have the menu HTML in a div outside of the main HTML page, and absolutely position it relative to the document itself, but the very reason why I avoided that, is because all hell breaks loose when you start modifying the username's position without hovering out of the menu.
I'm marking this as a cantfix for now, but all suggestions are welcome... Of course.
2608
Features / Re: Soft merging of posts
« on August 19th, 2013, 12:07 AM »
Just for the record-- I've finally fixed all bugs, I think...
If you're seeing anything 'abnormal' with the user boxes, please post ASAP.
Also, I'd like to ask whether you'd all like to have this as optional rather than forced, and if yes, default or not..?
One of the issues, in terms of usability, is that having the user box always at the same place, you might think the post starts 'there' when you're right in the middle of it, but it probably simply means getting used to look for the 'Reply #' box to see the beginning of the post, I guess...
If you're seeing anything 'abnormal' with the user boxes, please post ASAP.
Also, I'd like to ask whether you'd all like to have this as optional rather than forced, and if yes, default or not..?
One of the issues, in terms of usability, is that having the user box always at the same place, you might think the post starts 'there' when you're right in the middle of it, but it probably simply means getting used to look for the 'Reply #' box to see the beginning of the post, I guess...
2609
Features / Re: Soft merging of posts
« on August 18th, 2013, 08:05 PM »
Okay... Most of the problems are due to user boxes being taken out of flow, without anything to replace 'em. If your signature is longer than your post, then it's dead, you'll get glitches.
I'm working on a fix, but it involves cloning, and I'm not fond of that...
Made a workaround that avoids using clones, so it's faster.
Unfortunately, it also means the .poster area is now fixed in size, but I think it's acceptable as a trade-off, hmm...
Now, I only need to fix the last post.
I'm working on a fix, but it involves cloning, and I'm not fond of that...
Posted: August 18th, 2013, 07:56 PM
Made a workaround that avoids using clones, so it's faster.
Unfortunately, it also means the .poster area is now fixed in size, but I think it's acceptable as a trade-off, hmm...
Now, I only need to fix the last post.
2610
Features / Re: Soft merging of posts
« on August 18th, 2013, 07:39 PM »
Testing.
1
2
3
4
5.
Hmm, working fine on *this* page...
1
2
3
4
5.
Hmm, working fine on *this* page...