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
6481
The Pub / Re: Quick moderation
« on February 12th, 2012, 10:13 AM »
I'm thinking the option was added by request from a vocal minority of people at a time when the SMF guys wanted to please everyone. Just like Dragooon and I added plenty of options to Aeva and SMG that really shouldn't have been offered. I'll try to clean these up, too. Simplicity trumps extensivity. Most of the time.
6483
The Pub / Re: Wap is that?
« on February 11th, 2012, 10:59 PM »
Well... It's Wedge.org. It's running SMF, not Wedge. What exactly are you trying to say...? That your phone doesn't like HTML?
6484
Features / Re: New revs
« on February 11th, 2012, 10:35 PM »
rev 1320
(2 files +1, 10kb)
+ Rewrote CSS prefix handler to add support for: border-image, hyphens, multi-column, flexbox model, grid layout, animation and 2D/3D transforms. That's a lot, but most browsers still don't support most of these features without a prefix at all, so it's mostly for the convenience of not having to add prefixed and non-prefixed versions in your code. (Subs-Cache.php)
* Reverted CSS prefix handler a bit to restore both prefixed and unprefixed versions in case we don't know about current or future support. This is precisely to avoid issues with old cached files in newer browsers in the future -- in case they drop support for their own prefixed versions. Did you get what I mean? No? Don't worry, neither do I. (Subs-Cache.php)
+ Added an alternative version of the CSS prefix rewrite to the attic. It works well and has the advantage of being able to differentiate between browser versions, but Wedge doesn't record versions -- and probably never will, because that'd mean too many cache files. (attic/Unused-dynPrefixed.php)
! Fixed a bug in the CSS cache rewrite where the skin name wouldn't be properly included in the filename. (Subs-Cache.php)
* I gave Chrome a lot of time. Months ago, I noticed that it started behaving incorrectly on CSS3 opacity animations. I've finally decided to add a stylesheet for it to specifically remove these in main menus. Hey, it asked for it! (Worg/index.chrome.css)
(2 files +1, 10kb)
+ Rewrote CSS prefix handler to add support for: border-image, hyphens, multi-column, flexbox model, grid layout, animation and 2D/3D transforms. That's a lot, but most browsers still don't support most of these features without a prefix at all, so it's mostly for the convenience of not having to add prefixed and non-prefixed versions in your code. (Subs-Cache.php)
* Reverted CSS prefix handler a bit to restore both prefixed and unprefixed versions in case we don't know about current or future support. This is precisely to avoid issues with old cached files in newer browsers in the future -- in case they drop support for their own prefixed versions. Did you get what I mean? No? Don't worry, neither do I. (Subs-Cache.php)
+ Added an alternative version of the CSS prefix rewrite to the attic. It works well and has the advantage of being able to differentiate between browser versions, but Wedge doesn't record versions -- and probably never will, because that'd mean too many cache files. (attic/Unused-dynPrefixed.php)
! Fixed a bug in the CSS cache rewrite where the skin name wouldn't be properly included in the filename. (Subs-Cache.php)
* I gave Chrome a lot of time. Months ago, I noticed that it started behaving incorrectly on CSS3 opacity animations. I've finally decided to add a stylesheet for it to specifically remove these in main menus. Hey, it asked for it! (Worg/index.chrome.css)
6485
The Pub / Re: Wap is that?
« on February 11th, 2012, 10:23 PM »but I mainly use imode
I will be glad if the wedge is the simplified version will support pages
the so-called version for handheld (pda)
I am using nokia (S^3) and ucweb browser
If it supports HTML, then you're fine. Obviously.
I have a PDA in a box somewhere, which I got 6 years ago in exchange for a Nintendo DS or something, don't remember what... Well, never managed to even go online (wifi) with it. It just didn't comply with my requests, uh. Too bad, it had a 480x640 screen and everything.
6486
Plugins / Re: Lazy Load Inages
« on February 11th, 2012, 04:55 PM »
data:uri is only not supported in IE6 and IE7, and it never broke anything since Wedge just skips conversion for them :)
Oh gosh, the latest .Net issue (which arrived today at the same time as my Web Designer Mag issue, could you guys please avoid doing that? I'd rather have them two weeks apart thank you very much :P), they're discussing LESS in their "CSS hacks" pages, and again in their developer pages, to give examples etc...
Did ANYONE tell them that not everyone cares about installing Ruby (SASS) or Node.js (LESS) on their server?! :P
Perhaps I should release WeCSS as an open-source library for everyone to use... Then maybe .Net would be willing to discuss Wedge at all when we go gold :P
Oh gosh, the latest .Net issue (which arrived today at the same time as my Web Designer Mag issue, could you guys please avoid doing that? I'd rather have them two weeks apart thank you very much :P), they're discussing LESS in their "CSS hacks" pages, and again in their developer pages, to give examples etc...
Did ANYONE tell them that not everyone cares about installing Ruby (SASS) or Node.js (LESS) on their server?! :P
Perhaps I should release WeCSS as an open-source library for everyone to use... Then maybe .Net would be willing to discuss Wedge at all when we go gold :P
6487
The Pub / Re: Wap is that?
« on February 11th, 2012, 04:49 PM »
What I'm most excited to do is remove the WIRELESS tests. If we're moving that to a plugin, we might as well keep WIRELESS in, because otherwise the plugins will have to ask for us to put hooks into the same places, which will waste even more time... :-/
Nah, I'm sure I can easily cook up a quick small theme based on Wireless.template.php, only with HTML tags instead of Mobile XHTML.
Nah, I'm sure I can easily cook up a quick small theme based on Wireless.template.php, only with HTML tags instead of Mobile XHTML.
6488
Features / Re: New revs
« on February 11th, 2012, 04:06 PM »
rev 1319
(12 files, 3kb)
* Renamed modSettings cache key to settings, $txt['modSettings_title'] and $txt['modSettings_desc'] to 'settings_*', to avoid any possible confusion with the modsettings page (which will eventually go, since it's package-related.) Also removed the 'modSettings_info' text string, which AFAIK is not used anywhere, probably including SMF in. (upgrade.php, Admin.php, Load.php, ManageServer.php, ManageSettings.php, Subs.php, LANGUAGES: Admin, index, ManageSettings)
(12 files, 3kb)
* Renamed modSettings cache key to settings, $txt['modSettings_title'] and $txt['modSettings_desc'] to 'settings_*', to avoid any possible confusion with the modsettings page (which will eventually go, since it's package-related.) Also removed the 'modSettings_info' text string, which AFAIK is not used anywhere, probably including SMF in. (upgrade.php, Admin.php, Load.php, ManageServer.php, ManageSettings.php, Subs.php, LANGUAGES: Admin, index, ManageSettings)
6489
The Pub / Re: Wap is that?
« on February 11th, 2012, 01:13 PM »
@Lorenzo> But you didn't vote ;)
As for Dragooon's theme, again: it's a beautiful theme and everything, but Wedge is built with responsive designs in mind. It's not exactly 'good' yet, but I'll get to it. From the moment you decide to use responsive design, you WILL get more bandwidth use, so it's just not as good, but of course anyone can create a barebones theme without any JavaScript, and with limited links (i.e. suppress the main menu and just add a few links to whatever you want to support.) The point is that it's not going to be a Wap2 theme (because only proper support for the WIRELESS constant would allow that), so it won't be readable on Wap-only phones, but it'll still be just as fast on any smartphone as the current Wireless template.
So, basically, what I'm suggesting is to remove the WIRELESS constant entirely, i.e. support for Wap2-only phones, but it's really up to themers (or myself, much later) to make limited and lightweight themes available.
Well, as it turns out, the poll is currently in favor of removing support, so I'm looking forward to it eheh. But even a single vote against would make me think twice about it. I'll be waiting until at least 20 positives votes and 0 negative votes are cast.
As for Dragooon's theme, again: it's a beautiful theme and everything, but Wedge is built with responsive designs in mind. It's not exactly 'good' yet, but I'll get to it. From the moment you decide to use responsive design, you WILL get more bandwidth use, so it's just not as good, but of course anyone can create a barebones theme without any JavaScript, and with limited links (i.e. suppress the main menu and just add a few links to whatever you want to support.) The point is that it's not going to be a Wap2 theme (because only proper support for the WIRELESS constant would allow that), so it won't be readable on Wap-only phones, but it'll still be just as fast on any smartphone as the current Wireless template.
So, basically, what I'm suggesting is to remove the WIRELESS constant entirely, i.e. support for Wap2-only phones, but it's really up to themers (or myself, much later) to make limited and lightweight themes available.
Well, as it turns out, the poll is currently in favor of removing support, so I'm looking forward to it eheh. But even a single vote against would make me think twice about it. I'll be waiting until at least 20 positives votes and 0 negative votes are cast.
6490
Features / Re: New revs
« on February 11th, 2012, 11:45 AM »
rev 1318
(2 files, 2kb)
* Rewrote CSS prefix handler to be a bit more specific on each rule. Most notably, the previous version didn't correctly set up box shadows on IE9, it should at least fix that. (Subs-Cache.php)
* Detail. (Worg/index.css)
(And yes, it means I gave up on my nicely done little function to interact with every single browser version number. Although I could always publish it in the attic...)
(2 files, 2kb)
* Rewrote CSS prefix handler to be a bit more specific on each rule. Most notably, the previous version didn't correctly set up box shadows on IE9, it should at least fix that. (Subs-Cache.php)
* Detail. (Worg/index.css)
(And yes, it means I gave up on my nicely done little function to interact with every single browser version number. Although I could always publish it in the attic...)
6491
Features / Re: New revs
« on February 11th, 2012, 10:55 AM »
rev 1317
(-2 folders, 1kb)
- Removed the english and french image folders. Since they're no longer used for now... Doing it as a separate commit to make it easier to revert later. (images/english, images/french)
(-2 folders, 1kb)
- Removed the english and french image folders. Since they're no longer used for now... Doing it as a separate commit to make it easier to revert later. (images/english, images/french)
6492
Features / Re: New revs
« on February 11th, 2012, 10:36 AM »
rev 1316
(18 files, 8kb)
* Replaced the new_icon class (language-specific new.gif) with a 'note' class that will do the same as in main menu notifications. Renamed $txt['menu_new'] to $txt['new_short'] (better contextual name), it may even go away entirely later. (media/Subs-Media.php, Profile-Modify.php, Subs.php, SSI.php, TEMPLATES: Boards, Display, GenericMenu, index, MessageIndex, PersonalMessage, Post, Recent, LANGUAGES: index, SKINS: Worg/index.css, Worg/index.ie9.css, Worg/sections.css)
- Removed remaining calendar references from a file that's likely to never be used at all. That's me. (upgrade.sql)
- Removed remaining attachment approval references. (index.language.php)
+ Added add_thought and edit_thought language strings, because the thought editor is on every single page, and I'd rather have semantically 'correct' entries for it. (index.template.php, index.language.php)
- Removed preview_new language string -- a single 'new' string does the job just as well. (Post.template.php, index.language.php)
(18 files, 8kb)
* Replaced the new_icon class (language-specific new.gif) with a 'note' class that will do the same as in main menu notifications. Renamed $txt['menu_new'] to $txt['new_short'] (better contextual name), it may even go away entirely later. (media/Subs-Media.php, Profile-Modify.php, Subs.php, SSI.php, TEMPLATES: Boards, Display, GenericMenu, index, MessageIndex, PersonalMessage, Post, Recent, LANGUAGES: index, SKINS: Worg/index.css, Worg/index.ie9.css, Worg/sections.css)
- Removed remaining calendar references from a file that's likely to never be used at all. That's me. (upgrade.sql)
- Removed remaining attachment approval references. (index.language.php)
+ Added add_thought and edit_thought language strings, because the thought editor is on every single page, and I'd rather have semantically 'correct' entries for it. (index.template.php, index.language.php)
- Removed preview_new language string -- a single 'new' string does the job just as well. (Post.template.php, index.language.php)
6493
Plugins / Re: Lazy Load Inages
« on February 11th, 2012, 08:57 AM »
How could data-src not work well on IE..? I mean, any single inline event in Wedge is driven by a data-eve... :^^;:
6494
Features / Re: New revs
« on February 10th, 2012, 10:13 PM »
rev 1315
(2 files, 1kb)
! A couple of last-minute changes to Subs-Cache actually broke it. That's what you get when you commit right before you have to leave... (Subs-Cache.php)
- Removed the final (hopefully?) remaining $modSettings, which was hidden because it's accessed through $GLOBALS. (Subs-Membergroups.php)
(2 files, 1kb)
! A couple of last-minute changes to Subs-Cache actually broke it. That's what you get when you commit right before you have to leave... (Subs-Cache.php)
- Removed the final (hopefully?) remaining $modSettings, which was hidden because it's accessed through $GLOBALS. (Subs-Membergroups.php)
6495
The Pub / Re: Wap is that?
« on February 10th, 2012, 07:47 PM »
It's not particularly that it requires work... It's just that the entire wireless framework works as an 'exception' to many rules in the SMF codebase, so it has 53 places where it changes the default behavior etc, and I'd personally feel better if we could just remove them. (Plus, the index.wireless.css file... Which itself is sort of an exception to my skin system.)