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
9571
The Pub / Re: Is there some documentation for mod writers / theme designers ready?
« on March 30th, 2011, 01:32 PM »
You have to see Class-CSS to believe it, BTW... It's one of the best pieces of code I ever wrote. Eheh. Okay, ego, sit down now!
9572
The Pub / Re: Why wedge?
« on March 30th, 2011, 12:25 PM »And in Spanish it's "cuña", rolls off my tongue quite nicely. :lol:
(That's the name of my oldest website...)
9573
The Pub / Re: Is there some documentation for mod writers / theme designers ready?
« on March 30th, 2011, 12:21 PM »
Welcome to the world of "feature hot", as opposed to feature frozen :eheh:
For instance, I started redoing the CSS system in mid-January, and I finished a few weeks ago and it's still not considered 'stabilized' (I'm still working, as of this moment, on improving class inheritance.)
Because of the rewrite, it means you can't import your theme CSS "like that". You'll have to rewrite it entirely (or, at best, to do a long series of automatic search & replace sessions, which I myself did to rewrite the SMF css files.)
Since right now I could just call it quits at any point in time and just revert back to the SMF system (which I'll never do but it's an example :P), there's no point in documenting it too much.
Hopefully I'll be able to write said docs just by going through Class-CSS.php once it's 100% stable :P
For instance, I started redoing the CSS system in mid-January, and I finished a few weeks ago and it's still not considered 'stabilized' (I'm still working, as of this moment, on improving class inheritance.)
Because of the rewrite, it means you can't import your theme CSS "like that". You'll have to rewrite it entirely (or, at best, to do a long series of automatic search & replace sessions, which I myself did to rewrite the SMF css files.)
Since right now I could just call it quits at any point in time and just revert back to the SMF system (which I'll never do but it's an example :P), there's no point in documenting it too much.
Hopefully I'll be able to write said docs just by going through Class-CSS.php once it's 100% stable :P
9574
Off-topic / Re: Re: [FAQ] How can I become a friend?
« on March 30th, 2011, 12:14 AM »
We'll take...... EVERYTHING........... :ph34r:
9575
Plugins / Re: Plugin hooks
« on March 30th, 2011, 12:14 AM »
I think we already established that ToxG, as excellent as it is (given that it was made by talented people!), would be a no-no for as long as it can't allow mixing (if only temporarily) PHP templates with tox templates... :^^;:
9576
The Pub / Re: I Have To Be The First To Ask
« on March 29th, 2011, 11:59 PM »I went to crazy lengths to avoid edit conflicts in SimpleDesk, obscene in some cases, and got the opportunity to point out how bad SMF's structure is for extending things. Rest assured the knowledge I'm gaining from working on SimpleDesk (for my own ends as much as anything else) will come to play a direct part in what I do with Wedge.
I know at least one change implemented in Wedge that I made specifically came about because of something I had to do in SimpleDesk (the register-replacements thing in the DB layer) to avoid edits.
Do you realize that you actually made me *like* OO programming? Well, at least not hate it anymore. And I've been pestering at OO for something like 15 years ;)
9577
Off-topic / Re: Hi all!
« on March 29th, 2011, 11:55 PM »Arantor and Nao know what they are doing. I think adding another coder will just make things more complicated. "Too many hands in the candy bowl" is what I always like to say. I mean honestly, they are on a different level. No offense to other coders, but I think it would slow things down rather than speed things up.
Perhaps after a gold release, adding more developers would be the idea, with Nao and Arantor being the Lead Consultants/Coders or something.
9578
The Pub / Re: I Have To Be The First To Ask
« on March 29th, 2011, 11:36 PM »
And in the end, what matters is that there are no editing conflicts... Which usually make up for 80% of the support workload on big mods!
9579
The Pub / Re: Why wedge?
« on March 29th, 2011, 11:33 PM »
@Masterd> No name is going to be universally liked anyway. The Yourasoft project went downhill after everyone got into fighting over the name. A name is important, it has to represent something and to sound cool. Now, if you don't think it sounds cool, it's because you have different tastes. It's not a problem. If you understand what it stands for, then you can live with it I suppose. Anyway, I spent 150¤ to get the wedge.org domain name (plus an additional 150¤ for other related domains), so we're not going to rename the project... Ever :P
@DrMalboro> Why would you steal it?
@Makar> And in Japanese, Wedge is 楔 (kusabi). It sounds cool, too ;)
@DrMalboro> Why would you steal it?
@Makar> And in Japanese, Wedge is 楔 (kusabi). It sounds cool, too ;)
9580
Off-topic / Re: Re: [FAQ] How can I become a friend?
« on March 29th, 2011, 11:20 PM »
We could settle on your neighbor's firstborn, if they're okay with that.
9581
The Pub / Re: I Have To Be The First To Ask
« on March 29th, 2011, 11:20 PM »I think one of the best things that will make this a success is that while Nao and Arantor are keeping the future community in mind for this project, it's first and for most for their own purposes. The have said elsewhere, if no one else ever uses it they'd be fine with that. I think that gives it an edge over most other projects out there.
All to often projects like these get bogged down by community and committees (a big part of whats slowing SMF down at the moment IMHO). This isnt about what does everyone else want, its about what I, err I mean, they (Nao and Arantor) want out of it. Incidentally what they want out of it is what many of us in the SMF community have been looking for, for a long time.
Posted: March 29th, 2011, 11:18 PM
One thing that would be interesting is a list of coding features. I mean, not the core features, but the things that allow you to (as a themer o modder) make your work even easier and clean as possible.
9582
The Pub / Re: I Have To Be The First To Ask
« on March 29th, 2011, 10:49 PM »
Funny to think that Netscape's inability to compete was what plunged the Internet into darkness for so many years... :^^;:
9583
Features / Re: New revs
« on March 29th, 2011, 10:45 PM »
As often, I'm trying to commit big releases in several chunks, for readability reasons. I still need to fix Wine (I'm currently moving it to the root, 90% finished, took me many hours to do the move, oddly.)
rev 673
(9 files, 17kb)
* Renamed some classes in special templates to avoid confusing them with classes in the main style. Also made the names shorter because WAP cellphones usually have limited bandwidth... Saving money is good. (Reports.template.php, Wireless.template.php, report.css, wireless.css)
! News fader's icon didn't match the starting fold state. (BoardIndex.template.php)
- Removed .header class, which breaks the layout, but it'll be fixed in the next commit (big stuff coming.) (BoardIndex.template.php)
- Removed #menu_container class, as #navi already acted as such. Also removed .forumtitle class, as there's only one h1 tag in the headers. Styling coming in the next commit. (index.template.php)
* Replaced alt="!" crap with actual IDs. Styling coming..you know the drill. (GenericMenu.template.php, Pastel/index.css)
- Sometimes, some obscure, rarely used stuff is too precisely styled. Why bother? (member.css)
rev 673
(9 files, 17kb)
* Renamed some classes in special templates to avoid confusing them with classes in the main style. Also made the names shorter because WAP cellphones usually have limited bandwidth... Saving money is good. (Reports.template.php, Wireless.template.php, report.css, wireless.css)
! News fader's icon didn't match the starting fold state. (BoardIndex.template.php)
- Removed .header class, which breaks the layout, but it'll be fixed in the next commit (big stuff coming.) (BoardIndex.template.php)
- Removed #menu_container class, as #navi already acted as such. Also removed .forumtitle class, as there's only one h1 tag in the headers. Styling coming in the next commit. (index.template.php)
* Replaced alt="!" crap with actual IDs. Styling coming..you know the drill. (GenericMenu.template.php, Pastel/index.css)
- Sometimes, some obscure, rarely used stuff is too precisely styled. Why bother? (member.css)
9584
Features / Re: New revs
« on March 29th, 2011, 10:39 PM »
rev 672
(17 files, 19kb)
+ Added support for the $language variable in cached CSS files. Will be useful once I move the 'New' icon to CSS. (Subs-Cache.php)
! Make sure the index template is loaded before we add the RSS sidebar block. It would crash on $simpleActions otherwise. (index.php)
* $context['is_ajax'] isn't the only case where the chrome should be hidden, so I introduced a $context['hide_chrome'] variable instead, which is also set to true automatically in Ajax mode. (QueryString.php, Subs.php, Errors.template.php)
+ Added a new function, hideChrome(), which ensures Wedge will avoid showing the top and sidebar templates. You may also add a parameter that will list the main template layers you wish to use. Haven't tested most of the changes, but it should be fine. (CoppaForm.php, Load.php, ModerationCenter.php, Packages.php, Printpage.php, Reports.php, Spellcheck.php, Subs.php, VerificationCode.php)
! Fixed a cases where resetting the template layers was already done, something like that. (Help.php)
* Spacinazi. (CoppaForm.php, ManageErrors.php, Printpage.php, Subs-Cache.php, Admin.template.php, Errors.template.php, Search.template.php)
@ Note: $txt['image_lang'] isn't defined in our languages, but is used in the code. Should we remove it, or is it used for some specific languages? (Load.php)
@ Also: Pete, can you look into the hideChrome() occurrences? I didn't realize there were so many template resets... To think that most of them were broken in the previous rev, and none of us noticed it! :^^;:
(17 files, 19kb)
+ Added support for the $language variable in cached CSS files. Will be useful once I move the 'New' icon to CSS. (Subs-Cache.php)
! Make sure the index template is loaded before we add the RSS sidebar block. It would crash on $simpleActions otherwise. (index.php)
* $context['is_ajax'] isn't the only case where the chrome should be hidden, so I introduced a $context['hide_chrome'] variable instead, which is also set to true automatically in Ajax mode. (QueryString.php, Subs.php, Errors.template.php)
+ Added a new function, hideChrome(), which ensures Wedge will avoid showing the top and sidebar templates. You may also add a parameter that will list the main template layers you wish to use. Haven't tested most of the changes, but it should be fine. (CoppaForm.php, Load.php, ModerationCenter.php, Packages.php, Printpage.php, Reports.php, Spellcheck.php, Subs.php, VerificationCode.php)
! Fixed a cases where resetting the template layers was already done, something like that. (Help.php)
* Spacinazi. (CoppaForm.php, ManageErrors.php, Printpage.php, Subs-Cache.php, Admin.template.php, Errors.template.php, Search.template.php)
@ Note: $txt['image_lang'] isn't defined in our languages, but is used in the code. Should we remove it, or is it used for some specific languages? (Load.php)
@ Also: Pete, can you look into the hideChrome() occurrences? I didn't realize there were so many template resets... To think that most of them were broken in the previous rev, and none of us noticed it! :^^;:
9585
The Pub / Re: Why wedge?
« on March 29th, 2011, 07:28 PM »
Over my dead keyboard!
And as for Wedge from FF6/7/8/9, SMF already has the chocobo references. Although I think we removed most of them ;)
And as for Wedge from FF6/7/8/9, SMF already has the chocobo references. Although I think we removed most of them ;)