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
7546
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 6th, 2011, 12:50 AM »
And if we change the smiley or its set?
7547
Off-topic / Re: Repurposing WP, or not.
« on October 6th, 2011, 12:27 AM »
We're on the same boat. Permissions baffled me in WP.
As for its feature set -- I guess it's mostly a 'barebones' core onto which you add plugins and themes that support these plugins like Thesis.
As for its feature set -- I guess it's mostly a 'barebones' core onto which you add plugins and themes that support these plugins like Thesis.
7548
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 6th, 2011, 12:25 AM »
It's relatively fast, though, so it's not something that would be much of an issue.
7549
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 5th, 2011, 11:09 PM »
Either way we will have to run parse_smileys methinks.
7550
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 5th, 2011, 09:38 PM »
What about smileys then?
7551
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 5th, 2011, 08:40 PM »
Simple BBC like footnotes can be converted through a simpler function than parsebbc. Also if we can switch back and forth then wysiwyg posts are bound to have quote tags etc.
7552
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 5th, 2011, 08:20 PM »
But why only save as HTML the wysiwyg posts?
7553
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 5th, 2011, 07:06 PM »
I'm not thrilled with not being able to switch back and forth. And how would we do amulets anyway?
Amulets are smileys. Amusing iPhone spellcheck.
Amulets are smileys. Amusing iPhone spellcheck.
7554
Off-topic / Re: Support policy
« on October 5th, 2011, 07:03 PM »
Eheh there's a reason why I made the admin search box more obvious... ;)
7555
The Pub / Re: Is accumulating Editor in wedge like the one in wordpress a big deal
« on October 5th, 2011, 09:44 AM »
Have no clue what you're looking into doing... :-/
7556
Features / Re: New revs
« on October 4th, 2011, 11:45 PM »
rev 1056 ("I should be gone... Sorry dear, I had this JS error to fix.")
(4 files, 6kb)
* Harmonized font names for monospace requests. Consolas looks better than the rest and it's a tad smaller. (index.css, admin.css)
! A recent revert in suggest.js made it fail validation when passed through Packer. (suggest.js)
* Parenthenazi. (RepairBoards.php)
(4 files, 6kb)
* Harmonized font names for monospace requests. Consolas looks better than the rest and it's a tad smaller. (index.css, admin.css)
! A recent revert in suggest.js made it fail validation when passed through Packer. (suggest.js)
* Parenthenazi. (RepairBoards.php)
7557
Features / Re: New revs - Public comments
« on October 4th, 2011, 11:41 PM »
Re: deletion-- oops. I think I actually did it the correct way in the hack I posted back in 2008 or so at sm.org.
Really shouldn't be coding when I'm tired....
Re suggest, I was actually thinking of a separate page to confirm rather than a confirm box. Will have to fix suggest though. Unless you do it before me. Will resume my answer tomorrow.
Really shouldn't be coding when I'm tired....
Re suggest, I was actually thinking of a separate page to confirm rather than a confirm box. Will have to fix suggest though. Unless you do it before me. Will resume my answer tomorrow.
7558
Features / Re: New revs - Public comments
« on October 4th, 2011, 11:11 PM »
I don't think the logic is broken... It just needs special treatment at the top level, just like you gave to AdminSearch. Although at this point I think it'd make more sense to do generic handling of all 'select'-type entries.
Also, I *think* there's supposed to be a confirmation request for deleting boards.... I only get one for deleting categories. Can you...confirm? Anyone?
Re: restore posts, I couldn't find the origin of the skeleton error. Argh. If you could look into it as well... I have no time to actually go and try to restore posts for now.
Re: board ID bug, I don't really know how Wedge should react to this... Or do we just drop this and use unapproved posts instead?
Loosely related: when deleting a post, Wedge should update its 'children' posts to use the deleted post's parent ID. Should be easy enough, but we then have to update their own children, too... I'm not sure how to do this with minimal impact on the DB performance.
And-- I guess 'parent' shouldn't be touched when removing through the recycle bin... Or maybe yes. What's certain is that it shouldn't be deleted when a post is 'unapproved'.
Sorry, lots of questions and not many answers from me today... Girlfriend is calling. Don't want to get into trouble :P
Also, I *think* there's supposed to be a confirmation request for deleting boards.... I only get one for deleting categories. Can you...confirm? Anyone?
Re: restore posts, I couldn't find the origin of the skeleton error. Argh. If you could look into it as well... I have no time to actually go and try to restore posts for now.
Re: board ID bug, I don't really know how Wedge should react to this... Or do we just drop this and use unapproved posts instead?
Loosely related: when deleting a post, Wedge should update its 'children' posts to use the deleted post's parent ID. Should be easy enough, but we then have to update their own children, too... I'm not sure how to do this with minimal impact on the DB performance.
And-- I guess 'parent' shouldn't be touched when removing through the recycle bin... Or maybe yes. What's certain is that it shouldn't be deleted when a post is 'unapproved'.
Sorry, lots of questions and not many answers from me today... Girlfriend is calling. Don't want to get into trouble :P
7559
Features / Re: New revs - Public comments
« on October 4th, 2011, 10:30 PM »
RepairBoards error is due to something you implemented in Admin.php, I'm not exactly sure what it does but it seems to be security-related. Please find a solution...?
Code: [Select]
The problem is that area=repairboards but current_area=maintain, as per the 'select' => 'maintain' entry in the menu array. You already added a workaround for AdminSearch (which had 'select' => 'index'), but not for RepairBoards...
// The admin front page is not part of the above. But if you can see any of the items in the admin panel, you can see the front page too.
elseif (empty($_GET['area']) || $_GET['area'] != $menu_context['current_area'])The problem is that area=repairboards but current_area=maintain, as per the 'select' => 'maintain' entry in the menu array. You already added a workaround for AdminSearch (which had 'select' => 'index'), but not for RepairBoards...
7560
Features / Re: These two bytes may not matter to you...
« on October 4th, 2011, 09:44 PM »
Btw 280kb should pack to 50kb or so. Any binary data in your files...?