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
4186
The Pub / Re: Looking for volunteers to test the Wedge private alpha!
« on November 6th, 2012, 10:19 AM »
@Jntg4 (bis)> What I mean is, get to posting a bit more, be more enthusiastic, then I'll consider it. Otherwise, please wait for the public alpha :) Which shouldn't take too long to come out... Hopefully.

@John> Maybe I should do a poll... :P
I renamed it to Wess mainly because it's faster to type, and also because I wanted a relatively generic name that encompasses both Class-CSS and Subs-Cache (which is also related to JavaScript compression...)
So I wouldn't really know what's best. It's not that important -- but it'll be if I decide to release it for use in other projects.
4187
Archived fixes / Re: Install Errors (Part 2)
« on November 6th, 2012, 10:15 AM »
That's an odd one...

$m[2] = str_replace('&'reset($this->parse_ancestors($this->rules[$node['parent']])), $m[2]);

I don't see anything in there being passed by reference..?
Maybe the reset() call is expecting its param to be a variable because it'll reset its position? But all I'm asking of reset() is to return the first item in the array, meaning the PHP devs have a bug in there or something...

What PHP version are you using?

A temp fix would be to put the parse_ancestors call result into a var and then doing the reset() on that var, if you don't mind testing...
Posted: November 6th, 2012, 10:10 AM

Okay... Found a reference (if I may say) here:
http://stackoverflow.com/questions/6726219/strict-standards-error

They say that an 'easy' fix is to add brackets around the function call. Totally silly :) But if it works...

Thus, try to replace that line with:

$m[2] = str_replace('&'reset(($this->parse_ancestors($this->rules[$node['parent']]))), $m[2]);
4188
The Pub / Re: Rearranging the languages/ folder
« on November 6th, 2012, 10:05 AM »
Quote from Arantor on November 5th, 2012, 07:07 PM
It wouldn't. I just don't want to do it unless you're happy wiht it.
I'm happy with it (I've always been wondering whether it's okay to supply the French package in the default install or if I should remove it from SVN... That way we can do it however we want, as it's so easy to just remove the French folder entirely), it's just that I think it could be an opportunity to restructure the Themes folder...
Quote
The one problem with having it at the root is, as you sort of get at, is custom themes who almost certainly have their own language file(s) to contend with. But that's no huge deal, it should just be a case of updating the options that loadLanguage follows through on. Plugins will not be affected by this.
Okay, perhaps not at the root then... (Or, only if we don't end up doing what I'm suggesting below.)
But it would be a good opportunity to move the default theme out of the Themes folder. Let me explain. Here's how we could pull off something interesting...

/Theme/languages/english/
/Theme/languages/french/
/Theme/index.template.php
/Theme/css/index.css
/Theme/js/script.js <-- I was thinking it would be more logical to rename this to js, considering the root folder names..?
/MoreThemes/ <-- empty folder (proper name to determine), only has subfolders
/MoreThemes/my-theme/languages/english/* <-- loaded first, then fallback to the /Theme/languages/english/* folder
etc.
Quote
As far as updating goes, I'd just drag and drop the entire languages folder and be done with it, WinSCP is smart enough to cope with that ;)
Yeah, well, with sometimes unexpected results, e.g. the Home template screw-up from yesterday.... :^^;:
4189
The Pub / Re: Wedge private alpha is OUT!
« on November 6th, 2012, 09:45 AM »
Alpha 2 is OUT!

I just figured that a week had passed, and it would be best to have everyone test using the latest commit available...
So, this alpha includes the last ~10 commits sent to the server.
4190
Off-topic / Re: XenForo lawsuit
« on November 6th, 2012, 09:40 AM »
What groups..?
4191
The Pub / Re: Looking for volunteers to test the Wedge private alpha!
« on November 6th, 2012, 08:33 AM »
Oh, I think I should be specific on something...

The Friends group is what it is: a group of our dedicated friends.
While Friends don't have private alpha access by default, requesting access is just a formality. They don't need to fill in the form. They don't even need to test the software thoroughly. They can just try it for fun. All they need to do is, post in this topic and ask for access ;)
4192
The Pub / Re: Looking for volunteers to test the Wedge private alpha!
« on November 6th, 2012, 08:31 AM »
@Jntg4> Posting doesn't seem to be your forte... The only time you managed to get noticed is by posting a link to vbgamer's site, a very notable cunt and despised among these lands.
Quote from godboko71 on November 5th, 2012, 12:48 AM
I am most excited to test the new backend and play with WeCSS. Though to be honest I poke everything at least once :)
Wess, not WeCSS... Okay, who am I kidding, I keep saying WeCSS in my head as well... Maybe I should revert the rename :lol:
Quote
PS On mobile safari the preview button does not show a fancy button like the rest.
I'm not sure why, and yes I did notice. I guess it's some kind of Safari bug... At least in v4 and 5.
4193
Archived fixes / Re: Thoughts and Viewing All
« on November 6th, 2012, 08:15 AM »
See, Pete, when you said yesterday that it's easier to just drop entire folders in FTP, that's what I tried, and that's the result... The entire site was synchronized to SVN, eh.

I've reset the few files that needed some work.

PS: I didn't want to commit Home.template.php in the first place, actually.... I'm not exactly sure why I provided the file in the end. I should probably remove it from the package.
4194
Off-topic / Re: LG Nexus 4
« on November 5th, 2012, 08:10 PM »
Bit too wide for me.

Plus it doesn't have a Microsd slot.

I'm still looking for the perfect phone around 64mm wide. :( whatever the price at this point.
4195
Features / Re: New revs
« on November 5th, 2012, 07:14 PM »
rev 1771
(14 files, 5kb)

* Downgraded MySQL version requirements from 5.1 to 5.0.3. Although v5.1 itself is many years old, it seems like some popular hosts (such as 1&1) are still on v5.0, and since we don't really need 5.1, it's simply safe to just require the version we actually need. (other/*, root/install.php, root/install.sql, root/readme_install.html)

! Safeguard for app_error_count. (ManageErrors.php)

* I'm saying my version is semantically better... :P (Subs-Cache.php)

* Admin time reminder would take up all space in some skins. (Admin.template.php)

* Admin media toggles should be shown as foldable rather than folded, by default. (ManageMedia.template.php, Media.template.php)

! Admin media toggle didn't work when re-opening a report after folding it. (mediadmin.js)
4196
The Pub / Re: Rearranging the languages/ folder
« on November 5th, 2012, 06:59 PM »
Hmm... I suspect it wouldn't take long to convert..?

I'd suggest having the languages folder at the root, (possibly with a test on Themes/custom/languages in case the default theme isn't enabled), but that's just me and my silly ideas... :whistle:

PS: the only issue is that if you're manually updating all new files by FTP, well, it does mean entering three times as many folders as originally just to upload the various files...
4197
Archived fixes / Re: Add plugin doesn't work
« on November 5th, 2012, 05:39 PM »
Suggesting that we disable that feature entirely from the UI. That way, we won't get reports on how it's broken...

Also, right now we're using AeMe to upload plugins, and I'm not sure I can find a reason to switch to another system later. So, perhaps we could at the very least retrieve a list of items that are in that particular album. ;)
4198
Archived fixes / Re: Error in Error log?
« on November 5th, 2012, 05:12 PM »
I'm sure it's the kind of issue that can show up on a first install... I think.

Replace with line:

if (!isset($settings['app_error_count']) || ($settings['app_error_count'] != $sum))
4199
Archived fixes / Re: Membergroup settings
« on November 5th, 2012, 08:58 AM »
Actually I mentioned that in my more general post there -- http://wedge.org/pub/7664/a-few-things-about-the-alpha-and-its-bugs/

Also, while we're talking about membergroups... I'm thinking that one of the things that could help admins set up group permissions is something like this.

- have a $settings['override_groups'] variable under the hand
- allow the admin to set up a list of groups in that variable
- at Load time, determine whether the user is an admin. (When $user_info['is_admin'] is being filled in.)
- if yes, discard their $user_info['groups'] and replace it with the contents of $settings['override_groups'], and add a $context['groups_overridden'] variable.
- in the index template, check for $context['groups_overridden'], and if set, add a button on the page which the user can click to simply delete the $settings['override_groups'] variable.

It seems a bit silly, and overall it's rather easy to implement (except for the UI, as usual for me..........), but what it gives the admin, is the ability to browse their website using another set of groups, and be able to go back to admin mode at any time.

What do you think...?
4200
Test board / Re: "hello world!"
« on November 5th, 2012, 12:46 AM »
Ooh... Dilemma.
What's the alternative?