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
4681
Features / Re: Virtual selectors in WeCSS
« on August 6th, 2012, 05:16 PM »
So, I resumed work on Wedge today... (Hectic weekend IRL.)
I decided I'd start by finishing my virtual implementation. "Oh, that should be easy enough..."
Yeah, sure.
Well, it's not. It's 'only' an additional 25-30 lines but it's full of bugs that I've been working on for a few hours now...
Innovation always comes with a price :lol: (And limitations, I'm afraid.)
I decided I'd start by finishing my virtual implementation. "Oh, that should be easy enough..."
Yeah, sure.
Well, it's not. It's 'only' an additional 25-30 lines but it's full of bugs that I've been working on for a few hours now...
Innovation always comes with a price :lol: (And limitations, I'm afraid.)
4682
The Pub / Re: Bloc Madness
« on August 3rd, 2012, 01:15 PM »
@Nightwish> Actually I think that Github for Windows' only good point is its Metro-inspired UI... Other than that, well, I uninstalled it long ago... It was 'relatively' easy to grasp, doesn't expose a lot of features but it still needs a lot of work.
@PantsManUK> Hmmm... A Wedge repo on GH? Well, I suppose we'd need an official GH repo synced from our SVN... Like https://github.com/WordPress/WordPress/ for instance... But I have to say, I don't see myself keeping track of it... Let alone integrating pull requests back into SVN. Maybe if we have a git specialist around (Dragooon?) who'd like to volunteer for the job...
@On topic: Bloc posted again on the subject... All I can say is, what good is it to call us 'narrow-minded'? I think we all established long ago that we're all very protective of our own work, and while open to outside suggestions, we still ultimately retain the final decision on our own stuff... This is what Bloc can, and does do with ViennaBBS, and what we do with Wedge. The very fact that Bloc left the Wedge project over the fact that I didn't follow *all*[1] of his advice on the logo creation process says it all to me... I think he needed/wanted to be in charge of the entire visual area of Wedge, and would have stayed if he had such freedom. But I'm just as excited as he is about design, and although I don't have his skills, I do have a lot of experience, having been making neat websites for the last 16 years, so, what can I say... I guess it was already written. I don't think we lost time over this, though. I just find it sad that Bloc thinks he did. I for one sure would like to be able to rely on his skills and ideas for Wedge. But I'd rather have nothing, than have to give him full control over our themes, considering his recent lack of focus.
@PantsManUK> Hmmm... A Wedge repo on GH? Well, I suppose we'd need an official GH repo synced from our SVN... Like https://github.com/WordPress/WordPress/ for instance... But I have to say, I don't see myself keeping track of it... Let alone integrating pull requests back into SVN. Maybe if we have a git specialist around (Dragooon?) who'd like to volunteer for the job...
Posted: August 3rd, 2012, 01:07 PM
@On topic: Bloc posted again on the subject... All I can say is, what good is it to call us 'narrow-minded'? I think we all established long ago that we're all very protective of our own work, and while open to outside suggestions, we still ultimately retain the final decision on our own stuff... This is what Bloc can, and does do with ViennaBBS, and what we do with Wedge. The very fact that Bloc left the Wedge project over the fact that I didn't follow *all*[1] of his advice on the logo creation process says it all to me... I think he needed/wanted to be in charge of the entire visual area of Wedge, and would have stayed if he had such freedom. But I'm just as excited as he is about design, and although I don't have his skills, I do have a lot of experience, having been making neat websites for the last 16 years, so, what can I say... I guess it was already written. I don't think we lost time over this, though. I just find it sad that Bloc thinks he did. I for one sure would like to be able to rely on his skills and ideas for Wedge. But I'd rather have nothing, than have to give him full control over our themes, considering his recent lack of focus.
| 1. | I did follow some! |
4683
Off-topic / Re: Game Memorial
« on August 3rd, 2012, 12:38 PM »
- Future posting: I don't understand what the issue is... You could just as easily add a 'future' field to the draft table, then add an Additional Post Option to 'post it in the future', which would then launch a date selector (<input type=datetime> or something has excellent UI in Opera, bad UI in Safari though, and I think John wrote one for us recently... which would be perfect I'm sure :P), and that's it, after that you just need to build a custom scheduled task to run at the right time...
- Tags: again, no issues for me...? It's probably one of the easiest things left to implement in Wedge. I'm seriously thinking of doing it like in Noisen.com...
- Upgrading builds: I agree that it can be a problem if you don't want to deal with that on a daily basis...
- Tags: again, no issues for me...? It's probably one of the easiest things left to implement in Wedge. I'm seriously thinking of doing it like in Noisen.com...
- Upgrading builds: I agree that it can be a problem if you don't want to deal with that on a daily basis...
4684
Features / Re: New revs
« on August 3rd, 2012, 12:18 AM »
rev 1653
(30 files, 11kb)
+ Adding a custom confirm() rewrite using the reqWin system. This allows us to use HTML in confirm boxes, which is nice to begin with. This 'only' costs an extra 192 gzipped bytes, which is much shorter than the savings I did these last few days. Also added a we_ok string, y'never know... (Subs-Template.php, Help.template.php, index.template.php, script.js, LANGUAGES: Admin, index, ManageMaintenance, ManageMembers, ManagePermissions, ManageSmileys, ManageTopics, ModerationCenter, Packages, Post, Profile, Search, Themes)
@ I would REALLY appreciate if you guys looked into the language files (or at least through the patch...) and checked whether it's all okay. Sometimes it's confusing to me because some strings have to retain their \n because they're used in e-mails.
Ideally, I'd like to be able to remove the .replace(/\n/g, '<br>') in the confirm() rewrite...
(30 files, 11kb)
+ Adding a custom confirm() rewrite using the reqWin system. This allows us to use HTML in confirm boxes, which is nice to begin with. This 'only' costs an extra 192 gzipped bytes, which is much shorter than the savings I did these last few days. Also added a we_ok string, y'never know... (Subs-Template.php, Help.template.php, index.template.php, script.js, LANGUAGES: Admin, index, ManageMaintenance, ManageMembers, ManagePermissions, ManageSmileys, ManageTopics, ModerationCenter, Packages, Post, Profile, Search, Themes)
@ I would REALLY appreciate if you guys looked into the language files (or at least through the patch...) and checked whether it's all okay. Sometimes it's confusing to me because some strings have to retain their \n because they're used in e-mails.
Ideally, I'd like to be able to remove the .replace(/\n/g, '<br>') in the confirm() rewrite...
4685
Features / Re: New revs
« on August 2nd, 2012, 08:40 PM »
rev 1652
(10 files, 4kb)
* Added 'must confirm e-mail address before logging in' error type to the enableErrorPasswordLogging system. (Subs-Login.php)
! Fixed error handling for QuickModify object. Basically, $.ajax's callback is a success callback, not a complete callback, so I had to move the error handling to the Deferred object. Hopefully that works, because I couldn't test thoroughly... (topic.js)
! Restored the extra test in weUrl(), because Pretty URLs could fail to work without it. (script.js)
- Got rid of the .php_urlencode() function, because it was only barely used (most of its prior used were for URL encoding in Ajax calls, but $.ajax does it by itself already.) So, basically, use encodeURIComponent() if you ever need to encode stuff. (Packages.template.php, register.js, script.js, suggest.js)
- Removed is_gecko test in JS (it was never used anywhere), and replaced is_ff with a simpler $.browser.mozilla alias. (script.js)
* Simplified auto-suggest code. Saves many bytes. Oh well, that's just me... (suggest.js)
* Forgot to commit an obscure file with a getXMLDocument call. (other/unittest/templates/scripts/unittest.js)
* Whatever... Details. (ManageMedia.php, ManageMedia2.php, ManageMedia.template.php)
(10 files, 4kb)
* Added 'must confirm e-mail address before logging in' error type to the enableErrorPasswordLogging system. (Subs-Login.php)
! Fixed error handling for QuickModify object. Basically, $.ajax's callback is a success callback, not a complete callback, so I had to move the error handling to the Deferred object. Hopefully that works, because I couldn't test thoroughly... (topic.js)
! Restored the extra test in weUrl(), because Pretty URLs could fail to work without it. (script.js)
- Got rid of the .php_urlencode() function, because it was only barely used (most of its prior used were for URL encoding in Ajax calls, but $.ajax does it by itself already.) So, basically, use encodeURIComponent() if you ever need to encode stuff. (Packages.template.php, register.js, script.js, suggest.js)
- Removed is_gecko test in JS (it was never used anywhere), and replaced is_ff with a simpler $.browser.mozilla alias. (script.js)
* Simplified auto-suggest code. Saves many bytes. Oh well, that's just me... (suggest.js)
* Forgot to commit an obscure file with a getXMLDocument call. (other/unittest/templates/scripts/unittest.js)
* Whatever... Details. (ManageMedia.php, ManageMedia2.php, ManageMedia.template.php)
4686
Off-topic / Re: Doctor Who
« on August 2nd, 2012, 11:26 AM »
I think I need a transcript for that trailer... I only get half of what they're saying, thanks to the boom-boom and loud music.
(I edited your post to make the link work. Sorry, forgot that the 'committed' version of Wedge still has this bug... It's fixed in my version but there are too many things to do before I can commit it.)
(I edited your post to make the link work. Sorry, forgot that the 'committed' version of Wedge still has this bug... It's fixed in my version but there are too many things to do before I can commit it.)
4687
Off-topic / Re: RegEx get id from Aeva Embed
« on August 2nd, 2012, 09:33 AM »
Just, err...
Code: [Select]
- Added support for the Wedge version of the tag :P (Although I have plans to do 'post thumbnails' in Wedge by default anyway...)
- It's unlikely someone will type the beginning of a tag and then stop... So I just removed everything after the \d, it was useless.
Oh, how I miss the good old days when I was building Noisen.com... I was the only one who could see the code, and I had no need to add options/language strings in the admin area so I kept adding stuff everywhere...
if (preg_match('[(?:smg|media) id=(\d+)', $row['first_body'], $match)) {- Added support for the Wedge version of the tag :P (Although I have plans to do 'post thumbnails' in Wedge by default anyway...)
- It's unlikely someone will type the beginning of a tag and then stop... So I just removed everything after the \d, it was useless.
Oh, how I miss the good old days when I was building Noisen.com... I was the only one who could see the code, and I had no need to add options/language strings in the admin area so I kept adding stuff everywhere...
4688
Features / Re: Github & stuff
« on August 2nd, 2012, 09:09 AM »
Just to make it clear...
Here's my personal decision on our workflow. Pete is free to give his opinion if it's any different of course :) I'm just assuming we're in agreement on this. Also, if anyone finds a good compromise on ease of use that doesn't require SVN... I'm all ears. But in the end I think SmartGit is just annoying and TortoiseGit is confusing the hell out of me, and command-line is... well, I asked for ease of use, not for ways to become a cyb3rzw4rL0rd.
- Present and Near feature: Repositoryhosting + SVN (private)
- Later future: Repositoryhosting or Google Code + SVN (public)
- Ways to allow for external contributions to code: use TortoiseSVN -> Create Patch -> post the .diff/.patch file somewhere. It's not particularly 'harder' than, say, allowing github forking and, instead of doing their own git fetch/merge crap, getting the fork on my hard drive, syncing it and then diffing between repos locally. Plus I can just read the patch file and modify it inline before I do my magic...
Here's my personal decision on our workflow. Pete is free to give his opinion if it's any different of course :) I'm just assuming we're in agreement on this. Also, if anyone finds a good compromise on ease of use that doesn't require SVN... I'm all ears. But in the end I think SmartGit is just annoying and TortoiseGit is confusing the hell out of me, and command-line is... well, I asked for ease of use, not for ways to become a cyb3rzw4rL0rd.
- Present and Near feature: Repositoryhosting + SVN (private)
- Later future: Repositoryhosting or Google Code + SVN (public)
- Ways to allow for external contributions to code: use TortoiseSVN -> Create Patch -> post the .diff/.patch file somewhere. It's not particularly 'harder' than, say, allowing github forking and, instead of doing their own git fetch/merge crap, getting the fork on my hard drive, syncing it and then diffing between repos locally. Plus I can just read the patch file and modify it inline before I do my magic...
4689
Features / Re: New revs
« on August 1st, 2012, 11:46 PM »
rev 1651
(12 files, 14kb)
* Converted all sendXMLDocument/getXMLDocument calls to $.post, $.get (and $.ajax when not possible otherwise). It's hard to determine how much space was saved this way (some files are a bit larger, others are much shorter), but it's more important to be using a more 'standard' way of doing Ajax (through jQuery), rather than obscure SMF functions. (unittest.js, upgrade.php, Aeva-Subs-Vital.php, Packages.template.php, Split.template.php, Themes.template.php, mediadmin.js, post.js, register.js, script.js, topic.js)
- toggleView doesn't seem to require a & conversion... Could use some further testing. Perhaps the same can be done to other areas... (editor.js)
(12 files, 14kb)
* Converted all sendXMLDocument/getXMLDocument calls to $.post, $.get (and $.ajax when not possible otherwise). It's hard to determine how much space was saved this way (some files are a bit larger, others are much shorter), but it's more important to be using a more 'standard' way of doing Ajax (through jQuery), rather than obscure SMF functions. (unittest.js, upgrade.php, Aeva-Subs-Vital.php, Packages.template.php, Split.template.php, Themes.template.php, mediadmin.js, post.js, register.js, script.js, topic.js)
- toggleView doesn't seem to require a & conversion... Could use some further testing. Perhaps the same can be done to other areas... (editor.js)
4690
The Pub / Re: Bloc Madness
« on August 1st, 2012, 09:53 PM »:) I like curve, actually. :P
2.1 was never intended to be ground breaking. It was intended to take 2.0 - do some needed enhancements, add some features which we liked and fix a few other things which were still buggy in 2.0.
As for Bloc and Vienna - as good as Bloc is, he seems to have something like A.D.D. - he doesn't seem to focus on any project for much longer than a few months at a time.
Of course it's not about me... It's just my favorite discussion topic: myself :lol:
4691
The Pub / Re: Bloc Madness
« on August 1st, 2012, 07:40 PM »
Dunno who's a fan of Curve... Probably Norv?
Glad to see we're not the only ones who have problems with git, ah ah... We're just old geezers. Dragooon is still young, he can take it in easily.
As for privacy, we pretty much decided to post most of our stuff on public boards anyway. It's not like we have anything to hide...
Glad to see we're not the only ones who have problems with git, ah ah... We're just old geezers. Dragooon is still young, he can take it in easily.
As for privacy, we pretty much decided to post most of our stuff on public boards anyway. It's not like we have anything to hide...
4692
Bug reports / Re: WebGet and open_basedir
« on August 1st, 2012, 07:38 PM »That's why you changed AeMe to use ;in= :o, never knew that.
SMF did it by changing 'id' to 'tid' or whatever was the first letter of their variable (topic, message...), I decided to adopt a single name that would stand for 'id number' and just replace 'id'... Happy with it.
4693
Features / Re: Plugin revs
« on August 1st, 2012, 04:08 PM »
rev 44
(7 files, 35kb)
+ [mass_upload] Initial commit of mass_upload, equivalent of http://github.com/Nawe/MultiAttach/ -- I hate you github, I really do.
(Original code by Dragooon, now co-written by Dragooon and I, just like the good ol' SMG days :))
(7 files, 35kb)
+ [mass_upload] Initial commit of mass_upload, equivalent of http://github.com/Nawe/MultiAttach/ -- I hate you github, I really do.
(Original code by Dragooon, now co-written by Dragooon and I, just like the good ol' SMG days :))
4694
Bug reports / Re: WebGet and open_basedir
« on August 1st, 2012, 04:01 PM »
Well, even after the good ol' days of Safe Mode, remember how we got mod_security for Apache, the infamous module that would crash on you if you dared to enter ";id=" in the URL...? :P
4695
The Pub / Re: Bloc Madness
« on August 1st, 2012, 03:59 PM »
It's just a matter of how much you're willing to bet on the day ViennaBBS will come back (probably with a new theme, or name, or concept, or whatever). And whether or not it'll stay online for more than 2 months.