Show Posts
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.
Messages - Nao
3316
Features / Re: New revs - Public comments
« on March 29th, 2013, 09:13 PM »
Apologies, I was mistaken: rename() is a layer-only function...
There is no equivalent for blocks.
Should I add support for them...?
There is no equivalent for blocks.
Should I add support for them...?
3317
Test board / Re: Losers. Testing.
« on March 29th, 2013, 09:08 PM »
You don't want to answer my question, eh... :P
Just click the edit button for the poll above! There's a -1 in there...
Just click the edit button for the poll above! There's a -1 in there...
3318
The Pub / Re: Body tag classes
« on March 29th, 2013, 08:34 PM »
Well, I don't know, I've been thinking about all of this, and maybe, MAYBE it would be best to get rid of b1/c1 suffixes and instead add them to the body or another tag... I don't know, I just don't. These have been bugging me for a while.
3319
Test board / Re: Losers. Testing.
« on March 29th, 2013, 08:30 PM »
So, I take it you don't want to use my styling for your mod, right...? :-/
(Also, you didn't comment on my other question in my first post of today, above.)
(Also, you didn't comment on my other question in my first post of today, above.)
3320
Bug reports / Re: Rewriting pretty URLs with respect to the moved topic notice
« on March 29th, 2013, 08:25 PM »
Uh... Okay... I can't reproduce, maybe I didn't understand how...
Have you tried removing the possible culprit, i.e. domain/protocol removal code from Subs-Template, around lines 535-540..? Try removing the first one, then the second, then both... See if it helps.
Have you tried removing the possible culprit, i.e. domain/protocol removal code from Subs-Template, around lines 535-540..? Try removing the first one, then the second, then both... See if it helps.
3321
Off-topic / Re: LAMP (Linux-Apache-MySQL-PHP)
« on March 29th, 2013, 06:19 PM »
Shouldn't they be chmodded to 0644, instead..? (Or 0755. One of these.)
3322
Features / Re: Miscellaneous/WIP screenshots
« on March 29th, 2013, 06:18 PM »
I don't remember him mentioning it. Maybe I didn't catch his post, which is quite likely...
Still, I'm going to finish work on that this weekend. Along with my notification rewrite... (This thing never seems to end...!)
Still, I'm going to finish work on that this weekend. Along with my notification rewrite... (This thing never seems to end...!)
3323
The Pub / Re: Body tag classes
« on March 29th, 2013, 06:17 PM »
Ah... The joys of Wess... :whistle:
- Browser ID:
@if (opera[12.1-] && !windows)
.my_class
display: none
@endif
- action: nothing in Wess, because we already have that, right below the #content div. (And I'm not recompiling a CSS file for every page... :lol:)
<div id="content"><div class="frame" id="pm">
- board number:
Have a file called 'extra.b1,b2,b3.css' with your hacks. It will be applied to boards 1 to 3. (Technically, I *could* add a similar feature for actions... But I'm trying to get away from my suffix system, and emphasize the practical side of @if tests right within CSS files.)
- category:
Same, extra.c1,c2,c3.css
- I'll add the all-important one: @if member / @if guest is very useful on a daily basis.
So, I guess... The answer is... No need for that..?
- Browser ID:
@if (opera[12.1-] && !windows)
.my_class
display: none
@endif
- action: nothing in Wess, because we already have that, right below the #content div. (And I'm not recompiling a CSS file for every page... :lol:)
<div id="content"><div class="frame" id="pm">
- board number:
Have a file called 'extra.b1,b2,b3.css' with your hacks. It will be applied to boards 1 to 3. (Technically, I *could* add a similar feature for actions... But I'm trying to get away from my suffix system, and emphasize the practical side of @if tests right within CSS files.)
- category:
Same, extra.c1,c2,c3.css
- I'll add the all-important one: @if member / @if guest is very useful on a daily basis.
So, I guess... The answer is... No need for that..?
3324
Test board / Re: Losers. Testing.
« on March 29th, 2013, 05:51 PM »
Even weirder with long text!
3325
Test board / Re: Losers. Testing.
« on March 29th, 2013, 05:20 PM »
Oh, crap, I didn't even notice that h6 tags were broken... :-/
Fixed to their original value. Another bug that was added when I integrated the notification CSS into index.css, uh... (That's the second one.)
As far as text length goes in legend boxes, you can't control them, so it'll either be very short and look weird, or very very long and look even weirder, you know... ;)
Shall I commit my updated files..?
Fixed to their original value. Another bug that was added when I integrated the notification CSS into index.css, uh... (That's the second one.)
As far as text length goes in legend boxes, you can't control them, so it'll either be very short and look weird, or very very long and look even weirder, you know... ;)
Shall I commit my updated files..?
3326
Features / Re: Miscellaneous/WIP screenshots
« on March 29th, 2013, 05:17 PM »
Sorry, missed your post...
I'd already changed everything as desired, though, just waiting for your opinion... ;) Which you may already have posted, ah ah! Will check.
Also, before I forget: I noticed that even though the board list legend has 'polls' in its list, there's actually no poll icon next to topics with a poll. Oops?!
I've started working on adding it, but then I also decided I wanted to drop the current system and have something that'll save us some space in the CSS... (Either by dropping base64 use for these mini-icons, as they're only used in topic lists and wouldn't add too many hits to a server, or by going further and using spans... Uses more HTML bytes, but avoids glitches that can be seen here and there.)
I'd already changed everything as desired, though, just waiting for your opinion... ;) Which you may already have posted, ah ah! Will check.
Also, before I forget: I noticed that even though the board list legend has 'polls' in its list, there's actually no poll icon next to topics with a poll. Oops?!
I've started working on adding it, but then I also decided I wanted to drop the current system and have something that'll save us some space in the CSS... (Either by dropping base64 use for these mini-icons, as they're only used in topic lists and wouldn't add too many hits to a server, or by going further and using spans... Uses more HTML bytes, but avoids glitches that can be seen here and there.)
3327
Test board / Re: Losers. Testing.
« on March 29th, 2013, 04:44 PM »
Interestingly, this poll also has a value of "-1" somewhere... I don't think it's as desired..? Or even allowed?
Pete, what do you think?
Also... I just wanted to bump a poll topic for you to see my changes on the styling. Is that okay with you?
Pete, what do you think?
Also... I just wanted to bump a poll topic for you to see my changes on the styling. Is that okay with you?
3328
Features / Re: Miscellaneous/WIP screenshots
« on March 29th, 2013, 04:26 PM »
Good, working now... :)
I'd suggest making it smaller, though. Perhaps 200x200. This helps prevent the legend box from being shown on the bottom right (instead of the right) of the canvas.
I'd suggest making it smaller, though. Perhaps 200x200. This helps prevent the legend box from being shown on the bottom right (instead of the right) of the canvas.
3329
Features / Re: New revs - Public comments
« on March 29th, 2013, 04:22 PM »
This page is in the process of being rewritten anyway...
@Dragooon, polling should be kept, I like it. Maybe add an option to disable it for either admins (low-quality hosting) or users (e.g. "I'm on a data connection, I have limited bandwidth...")
What I'm working on, right now, is to reduce the size of the response to basically just hold the number of unread messages. And maybe also a boolean saying whether another Ajax request should be made to load notifications when you click the box.
It's all, so very complicated... But interesting, too.
Quote from Arantor on March 28th, 2013, 09:28 PM What you should do in that context is use wetem::rename.
wetem::replace will take the contents of the layer, and empty it.
wetem::rename will change the name of the layer or block, thus effectively emptying a layer, too. It will also obviously change what template functions are called.
Please tell me if it doesn't work as advertised..? I haven't been checking on it for a long time. Additionally, I'm not sure I even tested replace() at all. (I did test rename, though... Had some fun with it back in the day.)
Posted: March 29th, 2013, 04:17 PM
@Dragooon, polling should be kept, I like it. Maybe add an option to disable it for either admins (low-quality hosting) or users (e.g. "I'm on a data connection, I have limited bandwidth...")
What I'm working on, right now, is to reduce the size of the response to basically just hold the number of unread messages. And maybe also a boolean saying whether another Ajax request should be made to load notifications when you click the box.
It's all, so very complicated... But interesting, too.
Posted: March 29th, 2013, 04:19 PM
If you tell it to replace a layer, it'll work - the layer's content will be replaced. But if you tell it to replace a block on its own, it will do nothing. I'm not sure if this is intended behaviour or not.
wetem::replace will take the contents of the layer, and empty it.
wetem::rename will change the name of the layer or block, thus effectively emptying a layer, too. It will also obviously change what template functions are called.
Please tell me if it doesn't work as advertised..? I haven't been checking on it for a long time. Additionally, I'm not sure I even tested replace() at all. (I did test rename, though... Had some fun with it back in the day.)
3330