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.
4201
The Pub / Re: Wedge private alpha is OUT!
« on November 5th, 2012, 12:44 AM »
I don't know.
Well, Wedge started requiring MySQL 5.1 in August 2011 so that was long ago, but I didn't specify why. I had a quick look through the MySQL changelog, and I'm not sure we've been using any of these new features..? Maybe there are important undocumented changes, I don't know, but none of the main stuff means anything to me. I'd say it's possible we can downgrade the requirements to just 5.0...
What do you think?
Pete? Do you remember where we discussed this on the forum..?
Okay, time for bed... Bye!
Ninja'd.
(My reply was to John.)
Well, Wedge started requiring MySQL 5.1 in August 2011 so that was long ago, but I didn't specify why. I had a quick look through the MySQL changelog, and I'm not sure we've been using any of these new features..? Maybe there are important undocumented changes, I don't know, but none of the main stuff means anything to me. I'd say it's possible we can downgrade the requirements to just 5.0...
What do you think?
Pete? Do you remember where we discussed this on the forum..?
Okay, time for bed... Bye!
Posted: November 5th, 2012, 12:43 AM
Ninja'd.
Posted: November 5th, 2012, 12:43 AM
(My reply was to John.)
4202
Archived fixes / Re: Delete member does not delete PM rules
« on November 5th, 2012, 12:38 AM »
In the same vein, maybe it should be pointed out that the bug that prevented testers from downloading Wedge for a couple of days was due to the fact that the media profile permissions weren't set for them.
Which leads me to two remarks about permission copying:
- we should make it clearer in the permissions page what the difference between 'inherit' and 'base' is (I actually had to go through the source code to be sure I was going to 'copy' them from the Regular Members table!)
- when copying permissions from another membergroup, also copy their media profile permissions!!
i.e. go through all media permission profiles, get the original membergroup's permissions, and copy them for the new membergroup.
I know it's a PITA, but it's safer that way.
Do you think you can do it, Pete? I'm way too uncomfortable with permission code. But OTOH, here it's mostly media permissions, which you may not be as well versed into. My knowledge about them is not perfect either -- that feature was broken by Dragooon, and I had to learn how to use it first. And it was years ago...
Which leads me to two remarks about permission copying:
- we should make it clearer in the permissions page what the difference between 'inherit' and 'base' is (I actually had to go through the source code to be sure I was going to 'copy' them from the Regular Members table!)
- when copying permissions from another membergroup, also copy their media profile permissions!!
i.e. go through all media permission profiles, get the original membergroup's permissions, and copy them for the new membergroup.
I know it's a PITA, but it's safer that way.
Do you think you can do it, Pete? I'm way too uncomfortable with permission code. But OTOH, here it's mostly media permissions, which you may not be as well versed into. My knowledge about them is not perfect either -- that feature was broken by Dragooon, and I had to learn how to use it first. And it was years ago...
4203
Test board / Re: \
« on November 5th, 2012, 12:33 AM »
So, should it be reverted or not..?
NB: the test board topics don't show up in the latest topics entry on the homepage. It only does for Pete and I, because we're special and the homepage accounts for us. :P
NB: the test board topics don't show up in the latest topics entry on the homepage. It only does for Pete and I, because we're special and the homepage accounts for us. :P
4204
The Pub / A few things about the alpha and its bugs...
« on November 5th, 2012, 12:31 AM »
Okay, I'll use this post to make a few things clearer...
- I was offline quite a lot this weekend. Sorry about that -- thankfully, Pete was very active :)
- Regarding thoughts. The MultiformeIngegno bug was indeed a known, and fixed, bug. It was committed long ago, but I forgot to apply it to wedge.org... I did it a few minutes ago, so it should not happen again.
- The Welcome template as provided in the Wedge package is a placeholder, really. It's up to you to modify it to your taste... I reckon I should still have it do something closer to what is live on wedge.org, because people probably expect that. I'm planning to rewrite my Welcome template to remove all of the crappy code from wedge.org's (notably, language strings are hardcoded in the file, ah ah...) and add variables at the beginning of the Welcome.php file to make it easy to enable or disable some areas (board list, stats, thought list, etc...)
Still, it's probably not going to happen overnight. I encourage everyone to remind me of it in another month if not already implemented.
- Also, thoughts in the Welcome template are probably not up to date. The 'right' code is on the wedge.org homepage, please bear with me.
- Yes, the profile homepage needs an overhaul as well. I've always planned to do something like noisen.com's (which is based upon UltimateProfile). Give me time... And yes, as Pete said, the fact that the latest public thought is shown is intentional. Still, I'm planning to add a feature to the thought code where by default, thoughts are posted in 'public', but you can also post it in 'public + profile', i.e. your personal_text field in the members table.
- Too many posts, really... I've seen one about the glob() bug. I've never seen that bug on my install..?!
Anyway, I guess a possible hack would be to replace, in these two lines, glob( with (array) glob(, i.e. casting the result as an array automatically. I mean, the worst that could happen is @unlink(false), which will just return false... :^^;:
Anyway, that's just for the 'easy fix', but locally, I've done the is_array() implementation, it's semantically more correct, and probably just as fast.
- Regarding show_when_*, this is from my to-do-list: "Database is missing UI for show_when in membergroups"
And yes, it's just what it means. You should analyze the source files, you'll find the values for show_when over there. Then you just need to apply them to your membergroup row.
- There are LOTS of 'hidden settings' like the one above, that should NOT be hidden settings. For instance, it is STILL not possible to set the default homepage via the admin panel. You have to manually edit the settings table and change the value for 'default_index'.
Possible values:
- A string: Welcome means that Wedge will load Welcome.php (which itself will load Welcome.template.php). You can change it to Stats (for instance) if you want to have the stats page show by default. The main function needs to have the same name as the file.
- An integer: Wedge will show the topics listed in the supplied board ID. Basically, it's a shortcut to myforum/?board=ID
- Also, I'm thinking that Norodo should start recruiting people to help with the documentation right now! Fact is, many of the bugs that were reported to us are actually features, and it takes us time to explain why we deliberately chose that route. Having a private alpha should also help finding the weak points that should be explained in an FAQ so that we don't have to explain everything again.
So, all in all, everything one of us finds some information they deem important enough to be in a FAQ, please post a small message to say so!
- I was offline quite a lot this weekend. Sorry about that -- thankfully, Pete was very active :)
- Regarding thoughts. The MultiformeIngegno bug was indeed a known, and fixed, bug. It was committed long ago, but I forgot to apply it to wedge.org... I did it a few minutes ago, so it should not happen again.
- The Welcome template as provided in the Wedge package is a placeholder, really. It's up to you to modify it to your taste... I reckon I should still have it do something closer to what is live on wedge.org, because people probably expect that. I'm planning to rewrite my Welcome template to remove all of the crappy code from wedge.org's (notably, language strings are hardcoded in the file, ah ah...) and add variables at the beginning of the Welcome.php file to make it easy to enable or disable some areas (board list, stats, thought list, etc...)
Still, it's probably not going to happen overnight. I encourage everyone to remind me of it in another month if not already implemented.
- Also, thoughts in the Welcome template are probably not up to date. The 'right' code is on the wedge.org homepage, please bear with me.
- Yes, the profile homepage needs an overhaul as well. I've always planned to do something like noisen.com's (which is based upon UltimateProfile). Give me time... And yes, as Pete said, the fact that the latest public thought is shown is intentional. Still, I'm planning to add a feature to the thought code where by default, thoughts are posted in 'public', but you can also post it in 'public + profile', i.e. your personal_text field in the members table.
- Too many posts, really... I've seen one about the glob() bug. I've never seen that bug on my install..?!
Anyway, I guess a possible hack would be to replace, in these two lines, glob( with (array) glob(, i.e. casting the result as an array automatically. I mean, the worst that could happen is @unlink(false), which will just return false... :^^;:
Anyway, that's just for the 'easy fix', but locally, I've done the is_array() implementation, it's semantically more correct, and probably just as fast.
- Regarding show_when_*, this is from my to-do-list: "Database is missing UI for show_when in membergroups"
And yes, it's just what it means. You should analyze the source files, you'll find the values for show_when over there. Then you just need to apply them to your membergroup row.
- There are LOTS of 'hidden settings' like the one above, that should NOT be hidden settings. For instance, it is STILL not possible to set the default homepage via the admin panel. You have to manually edit the settings table and change the value for 'default_index'.
Possible values:
- A string: Welcome means that Wedge will load Welcome.php (which itself will load Welcome.template.php). You can change it to Stats (for instance) if you want to have the stats page show by default. The main function needs to have the same name as the file.
- An integer: Wedge will show the topics listed in the supplied board ID. Basically, it's a shortcut to myforum/?board=ID
- Also, I'm thinking that Norodo should start recruiting people to help with the documentation right now! Fact is, many of the bugs that were reported to us are actually features, and it takes us time to explain why we deliberately chose that route. Having a private alpha should also help finding the weak points that should be explained in an FAQ so that we don't have to explain everything again.
So, all in all, everything one of us finds some information they deem important enough to be in a FAQ, please post a small message to say so!
4205
The Pub / Re: Wedge private alpha is OUT!
« on November 5th, 2012, 12:28 AM »Further to my host still having MYSQL 5.0.9 It seems to have worked on him. He is upgrading one of his newest servers within the next few days and will move my account over for free :cool:
So not long and my test site will be live, and not on Wamp :eheh:
I'm actually looking through the code right now and trying to find what exactly in Wedge requires MySQL 5.1...
Alternatively, you can force Wedge to accept v5.0 by editing install.php, but it'll crash everytime it finds a 5.1+ query...
4206
Bug reports / Re: Quick access doesn't display anything when editing a stylesheet of a theme
« on November 3rd, 2012, 11:10 PM »
I'd just like to reiterate the fact that this area is broken, and, probably, should be removed entirely...
There are so many more ways to 'easily' customize a Wedge install.
There are so many more ways to 'easily' customize a Wedge install.
4207
Archived fixes / Re: Minor glitch on the admin login page
« on November 3rd, 2012, 11:08 PM »
No screenshot, but I suppose you mean that the login form is vertically centered...? Well, that's the goal innit?
4208
Features / Re: Changing topic/post owner
« on November 3rd, 2012, 11:07 PM »You mean multiple owners per topic?
Eeek that would be not nice for performance pretty much everywhere :/ Or failing that, the ability to post as another user (e.g. Post as 'Team' or Post as Yourself) - that interpretation would be interesting and is definitely getting into plugin territory.
For the functionality described in this thread, assume it will be built in some fashion. I'm just curious as to whether it should be core or not. I know there are instances it might have been useful here.
4209
Archived fixes / Re: Small bug in permissions
« on November 3rd, 2012, 11:04 PM »
But that isn't even a problem..?
Oh, do you mean "it would simply be easier to just reset everything back to ", like in SMF..."?
I simply think it'd be overkill.
Oh, do you mean "it would simply be easier to just reset everything back to ", like in SMF..."?
I simply think it'd be overkill.
4210
Features / Re: New revs
« on November 3rd, 2012, 10:55 PM »
rev 1767
(7 files, 2kb)
! The event delayer doesn't like seeing double quotes and > signs. Because I'm a nice boy, I decided to let Wedge ignore > inside event strings (assuming they're either embedded HTML or just a comparison), and allow JavaScriptEscape to additionally escape double quotes. Now, if I can find a volunteer to do a project-wide regex search on on[a-z]+="[^"]*\JavaScriptEscape, and manually add a true param after it, that would be swell... What? Why are you looking at me all of a sudden..? (Subs-Template.php, Subs.php, ManagePermissions.language.php, ManagePermissions.template.php)
! Fixed admin area sending errors when using Warm (due to the difference in layer names). (Warm/skin.xml)
* French translation. (Admin.french.php)
PS: just because I decided to go for this solution doesn't mean it's the 'right' one. Please feel free to disprove me. Or even revert me... No problem.
(7 files, 2kb)
! The event delayer doesn't like seeing double quotes and > signs. Because I'm a nice boy, I decided to let Wedge ignore > inside event strings (assuming they're either embedded HTML or just a comparison), and allow JavaScriptEscape to additionally escape double quotes. Now, if I can find a volunteer to do a project-wide regex search on on[a-z]+="[^"]*\JavaScriptEscape, and manually add a true param after it, that would be swell... What? Why are you looking at me all of a sudden..? (Subs-Template.php, Subs.php, ManagePermissions.language.php, ManagePermissions.template.php)
! Fixed admin area sending errors when using Warm (due to the difference in layer names). (Warm/skin.xml)
* French translation. (Admin.french.php)
PS: just because I decided to go for this solution doesn't mean it's the 'right' one. Please feel free to disprove me. Or even revert me... No problem.
4211
Archived fixes / Re: Small bug in permissions
« on November 3rd, 2012, 10:31 PM »
Heya.
I noticed the bug yesterday when trying to fix the access permissions for Testers.
I also spotted the reason why it failed to work, as fixed by Pete.
There isn't much of a solution to this... It's possible to 'simply' have JavaScriptEscape escape double quotes as well, but generally I'd tend to avoid anything that adds extra bytes to the page when not strictly necessary... It all comes down to this: if you're calling a complex function right inside an onclick event, you might as well try and not have double quotes inside it... It kinda makes sense. onclick="alert("hello")" will never validate, will never execute, and Wedge can try as hard as it can, it won't be able to save it either...
All in all: I made a small mistake while rewriting the alert() call, but that's because I was doing that on dozens of calls, and I was way too tired for the job. (See how I made multiple commits to fix bugs I'd just introduced...)
So, no, it's not an issue for the future. It's something that's been there for two years and that's here to stay. ;) We just need to determine whether we hardcode " into the language strings (not what I'd recommend), or add a param to JSE to have it convert double quotes as well...
I noticed the bug yesterday when trying to fix the access permissions for Testers.
I also spotted the reason why it failed to work, as fixed by Pete.
There isn't much of a solution to this... It's possible to 'simply' have JavaScriptEscape escape double quotes as well, but generally I'd tend to avoid anything that adds extra bytes to the page when not strictly necessary... It all comes down to this: if you're calling a complex function right inside an onclick event, you might as well try and not have double quotes inside it... It kinda makes sense. onclick="alert("hello")" will never validate, will never execute, and Wedge can try as hard as it can, it won't be able to save it either...
All in all: I made a small mistake while rewriting the alert() call, but that's because I was doing that on dozens of calls, and I was way too tired for the job. (See how I made multiple commits to fix bugs I'd just introduced...)
So, no, it's not an issue for the future. It's something that's been there for two years and that's here to stay. ;) We just need to determine whether we hardcode " into the language strings (not what I'd recommend), or add a param to JSE to have it convert double quotes as well...
4212
The Pub / Re: Wedge private alpha is OUT!
« on November 3rd, 2012, 06:42 PM »Then why can't i access it then?
I said it earlier: I'll give access to anyone with a bit of motivation. The only default pass is given to Wedgeward and Consultants. Because they have SVN access anyway... Friends are our friends, who have access to more private boards, but it doesn't mean they want to test the thing. Anyway -- just post a request! It's not that hard ;)
4213
The Pub / Re: Wedge private alpha is OUT!
« on November 3rd, 2012, 06:39 PM »Sorry, but you are not allowed to access the gallery is my error message on the gallery page. Take your time and rest some Nao I have no problem waiting a bit longer.
I did have the ability, under that account, to access the album and the item page itself. I couldn't, though, do anything else than stare at the icon, because it didn't offer a download link.
This is fixed, so you guys should all be able to download now.
4214
Features / Re: Changing topic/post owner
« on November 3rd, 2012, 06:36 PM »
Hmm... I like the idea, but I have no preferences for where it should be, were it to be made.
Technically, we could also do it the Facebook Pages way...
Technically, we could also do it the Facebook Pages way...
4215
Features / Re: New revs
« on November 3rd, 2012, 05:40 PM »
rev 1765
(7 files, 3kb)
! Fixed help popup z-index regarding objects below it. (index.css)
* Added group colors to membergroup list in admin permission page. The data was retrieved, I'm not sure why it wasn't shown in the first place... (ManagePermissions.template.php)
* Moved most of the output buffer reset code to its own function, clean_output(), which takes only one parameter to force (=true) disabling the ob_sessrewrite buffer. Mainly doing this to simplify things for modders. (Feed.php, Like.php, ManageMedia.php, Subs-Template.php, ViewRemote.php)
! Fixed media permission profile page's album list link. It was broken due to incorrect Ajax handling. (ManageMedia.php)
(7 files, 3kb)
! Fixed help popup z-index regarding objects below it. (index.css)
* Added group colors to membergroup list in admin permission page. The data was retrieved, I'm not sure why it wasn't shown in the first place... (ManagePermissions.template.php)
* Moved most of the output buffer reset code to its own function, clean_output(), which takes only one parameter to force (=true) disabling the ob_sessrewrite buffer. Mainly doing this to simplify things for modders. (Feed.php, Like.php, ManageMedia.php, Subs-Template.php, ViewRemote.php)
! Fixed media permission profile page's album list link. It was broken due to incorrect Ajax handling. (ManageMedia.php)