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 - Arantor
1591
Features / Re: Bye Bye Recycle Bin?
« on February 15th, 2013, 03:45 PM »
I don't think it would create particular issues off the top of my head, but I'd need to sit and play with it to be sure about performance.
1592
Features / Re: Bye Bye Recycle Bin?
« on February 15th, 2013, 01:42 PM »
It's how I suggested originally ages back though I may not have explained it very well what I had in mind.
1593
Features / Re: Bye Bye Recycle Bin?
« on February 15th, 2013, 12:27 PM »
I haven't implemented anything yet - this is literally just a mockup. But I think this is probably the most workable way to ditch the recycle bin without losing the safety net of posts being deleted but not permanently deleted (unless the admin/moderator so intends)
1594
Features / Bye Bye Recycle Bin?
« on February 15th, 2013, 05:44 AM »
It's something that we've sort of talked about before now.

Obviously some kind of method of indicating a post was deleted is needed, and some way of getting it back is also needed, as well as keeping it in context (something the current implementation can't do)

I've mocked up what I think the general admin/moderator view would be under what I've been proposing - the regular view of course is without the link to see the full version. Also note the wording 'deleted by a moderator'. If it was deleted by its author (moderator or otherwise) it would have different wording (i.e. deleted by its author)

This would also mean deleted topics wouldn't disappear off the normal board listing either.

As a result I can see this causing trouble so I'm just putting it out for discussion but this is the direction I think we want to be going.

Of course full on deletion by moderators will be possible, so you will be able to remove even the 'deleted by moderator' bits if you so desired.
1595
Features / Re: Custom profile field changes
« on February 15th, 2013, 04:15 AM »
Well, reordering is implemented, and the order is respected everywhere (profile, registration, memberlist) and being drag 'n' drop is just silky smooth. I'm so glad I implemented it the first time because it's encouraging me to use it elsewhere.

There's a few smaller subtler changes here - firstly, no pagination. I can't believe any forum would actually *have* more than 25 custom fields through this anyway, so I didn't see the point in fussing with pagination.

Secondly, I could actually use the extra space - as I mentioned in the changelog, there's no reason why I couldn't put stuff like an icon or indicator of 'this is on the memberlist' or 'this is on registration'. I did take the opportunity to trim some of the language strings on it, though, heh.

* Arantor MUST FIND EVARYWHAR that can use jQuery UI Sortable :eheh:
1596
Features / Re: New revs
« on February 15th, 2013, 04:07 AM »
(2 added, 10 modified, 24KB !)

Revision: 1927
Author: arantor
Date: 15 February 2013 03:05:55
Message:
! News would get very very upset if you didn't have any news. (ManageNews.php, ManageNews.template.php, Admin language file)

! Custom fields are now sortable with a slightly improved interface. I might put more stuff on it yet (like 'field is shown on registration' and 'field is shown on memberlist') but don't know. (install.sql, ManageMemberOptions.php, Memberlist.php, Profile.php, Register.php, Admin.template.php, mana.css, active.png, field_types.png, Admin and ManageSettings language files)
----
Modified : /trunk/Sources/ManageMemberOptions.php
Modified : /trunk/Sources/ManageNews.php
Modified : /trunk/Sources/Memberlist.php
Modified : /trunk/Sources/Profile.php
Modified : /trunk/Sources/Register.php
Modified : /trunk/Themes/default/Admin.template.php
Modified : /trunk/Themes/default/ManageNews.template.php
Added : /trunk/Themes/default/images/admin/active.png
Added : /trunk/Themes/default/images/admin/field_types.png
Modified : /trunk/Themes/default/languages/Admin.english.php
Modified : /trunk/Themes/default/languages/ManageSettings.english.php
Modified : /trunk/Themes/default/languages/ManageSettings.french.php
Modified : /trunk/Themes/default/skins/mana.css
Modified : /trunk/root/install.sql
1597
Features / Custom profile field changes
« on February 15th, 2013, 02:37 AM »
I said I was going to do something with it, didn't I?

Here's where I'm up to right now. Mostly aesthetic changes here, combined with adding the ability to reorder fields.

I love the UI cues there, it's something we did in SimpleDesk and it is something I always liked - having something that is more than a textual indication of what you're doing. I may yet add some of the other things we did in SimpleDesk (on top of text fields, we added specific fields for integers and floating point numbers, as well as a multi-select, though that introduced its own issues)
1598
Bug reports / Re : Mini-menu implementation
« on February 14th, 2013, 07:30 PM »
Hmm, lots to think about.

I'd argue that minimenus would be nice to have as generic code available everywhere, not just in topics, and I can see places where mod authors might want to include them.

Seems to me that it would be worth it because it would usually be cached, it's the file most likely to be cached and available after jQuery.
1599
Archived fixes / Re: Plugin execution
« on February 14th, 2013, 07:14 PM »
Um, Chrome displays the page title in the tab at the top of the page, it's only power users who have lots of tabs that have that problem, followed by the fact that there is the big ol' title at the top of the page.

I'd argue that removing the per-post title really isn't a problem any more when it's the same as the topic title.
Quote
And I'm not ready to do it like some software that, ahem, adds a position:fixed div with the title whenever the actual title scrolls out of view... It's fun for a minute. Not for daily use.
Yeah, please don't.
1600
Bug reports / Re: Quick editing own posts marks topics unread..?
« on February 14th, 2013, 06:06 PM »
Quote
I thought it'd say 3, i.e. my new quick edit, then your (earlier) answer to my post, then my (unedited) answer.
In a way, this should say 3, but only if the edit is EARLIER than the last post you saw. It probably takes a lot of computation to determine this... I don't know. I haven't looked at that code for a while.
Therein lies the thing. I'm fairly sure the edit was after I'd read it.

But what I want to know is not what the current behaviour is - that we can determine from the code. What I want to know is what it *should* do, not what it currently *does*. Whatever the current behaviour, it is not correct.
Quote
And, more importantly, it shouldn't mark the topic as unread if I edited my own post (whatever its position.)
Unread for you or unread for everyone?

It shouldn't touch its unread position for you, agreed. But others?
Quote
Must feel good... Now... How about we consider releasing a new alpha, then..?
Sounds like a plan to me.
1601
Bug reports / Re: Quick editing own posts marks topics unread..?
« on February 13th, 2013, 11:43 PM »
When I looked at it just now, it said 1 unread. But I had read it up until earlier anyway.

So that's really the big question... should it mark as unread if the topic has since been updated (to let us know there's been a change)?

Also, yes, the plugin code still has a lot to go but honestly, the worst of it is done.
1602
Off-topic / Re: Something Nao might enjoy (and others, but Nao especially)
« on February 13th, 2013, 08:38 PM »
I gave it a go last night but couldn't solve more than a few letters :/
1603
Bug reports / Re: Quick editing own posts marks topics unread..?
« on February 13th, 2013, 08:13 PM »
Quote
Is it really finished...? :)
Hmm, just reminds me I forgot to update the French language files for that... Ah well.
It's not finished finished. It is finished in as far as the user can upload a plugin via the web interface, then enter their FTP details and the plugin is properly unpacked, with all the proper permissions and ownership and not one chmod call was required. I was doing this on a regular shared host last night.

What's left: finishing up the plugin remove code to also use FTP to clean up removing files and plugin repositories stuff.
Quote
Personally? I want a quick edit to be visible all right, like it's doing right now... Seems perfectly fine, i.e. if you read a post then come back to the homepage, and the author modified said post, you should be made aware of it.

...........EXCEPT if I'm the one who did the quick edit!
That is supposed to be how it works. What happens if it isn't the last post in a topic, out of interest?
1604
Bug reports / Re: Quick editing own posts marks topics unread..?
« on February 13th, 2013, 12:42 PM »
I didn't look into it, I faced down my nemesis: the plugin insanity.

There's definitely undesirable behaviour going on. Best question: what do we want it to do, in detail?
1605
Features / Re: New revs
« on February 13th, 2013, 02:49 AM »
(4 files, 4KB)

Revision: 1921
Author: arantor
Date: 13 February 2013 01:48:54
Message:
! Some minor fixes to plugins, getting them to reuse some code as well as genericising one of the forms that other stuff will want to use. (ManagePlugins.php, Subs-Plugins.php, ManagePlugins.template.php, ManagePlugins language)
----
Modified : /trunk/Sources/ManagePlugins.php
Modified : /trunk/Sources/Subs-Plugins.php
Modified : /trunk/Themes/default/ManagePlugins.template.php
Modified : /trunk/Themes/default/languages/ManagePlugins.english.php