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
901
The Pub / Re: Thoughts one wireless theme/skin
« on April 27th, 2013, 07:26 PM »
But that's where I see a problem. People go on about how 'responsive' needs to 'support all features' except that what we're really talking about is all 'user side' features and maybe some 'moderator side' features'.
902
Off-topic / Re: Pass text to a url through input form
« on April 27th, 2013, 07:16 PM »<form action="http://maps.google.it/maps" method="get">
<input type="text" name="saddr">
<input type="hidden" name="daddr" value="My Address">
<input type="hidden" name="dirflg" value="r">
<input type="submit" value="Go">
</form>Adjust for XHTML and other values as necessary. ISTR that text values will be urlencoded by the browser as necessary, you may need to experiment on that part but should be fine.
903
The Pub / Re: Thoughts one wireless theme/skin
« on April 27th, 2013, 07:09 PM »
I am not spending any effort whatsoever on making the admin panel work in a responsive setup. For most pages that would require completely redesigning the admin panel.
904
Features / Re: New revs
« on April 27th, 2013, 06:29 PM »
(13 modified, 21KB)
More bits and pieces I have that can be committed without serious issues elsewhere.
Revision: 2080
Author: arantor
Date: 27 April 2013 17:20:45
Message:
! Sync security tests with those in BB 2.1.14 (only the relevant parts) (Security.php, Security.english.php)
! Hopefully all the error messages related to infractions. (Errors.english.php)
! Language strings for the moderation area on board index. (index.english.php)
! Dropping MSN/Live and adding Skype to the custom profiles templating stuff. (ManageMemberOptions.php, ManageSettings.english.php)
! Messages need a data column. (install.sql)
! Formatting options for membergroups. The text items were already added before. (install.sql, ManageMembergroups.php, ManageMembergroups.template.php, Subs-Cache.php, Subs-Membergroups.php, Subs-Template.php)
! Bolster the normal functions for adding to, editing and cleaning up the shiny new message data column. (Subs-Post.php)
----
Modified : /trunk/Sources/ManageMemberOptions.php
Modified : /trunk/Sources/ManageMembergroups.php
Modified : /trunk/Sources/Security.php
Modified : /trunk/Sources/Subs-Cache.php
Modified : /trunk/Sources/Subs-Membergroups.php
Modified : /trunk/Sources/Subs-Post.php
Modified : /trunk/Sources/Subs-Template.php
Modified : /trunk/Themes/default/ManageMembergroups.template.php
Modified : /trunk/Themes/default/languages/Errors.english.php
Modified : /trunk/Themes/default/languages/ManageSettings.english.php
Modified : /trunk/Themes/default/languages/Security.english.php
Modified : /trunk/Themes/default/languages/index.english.php
Modified : /trunk/root/install.sql
More bits and pieces I have that can be committed without serious issues elsewhere.
Revision: 2080
Author: arantor
Date: 27 April 2013 17:20:45
Message:
! Sync security tests with those in BB 2.1.14 (only the relevant parts) (Security.php, Security.english.php)
! Hopefully all the error messages related to infractions. (Errors.english.php)
! Language strings for the moderation area on board index. (index.english.php)
! Dropping MSN/Live and adding Skype to the custom profiles templating stuff. (ManageMemberOptions.php, ManageSettings.english.php)
! Messages need a data column. (install.sql)
! Formatting options for membergroups. The text items were already added before. (install.sql, ManageMembergroups.php, ManageMembergroups.template.php, Subs-Cache.php, Subs-Membergroups.php, Subs-Template.php)
! Bolster the normal functions for adding to, editing and cleaning up the shiny new message data column. (Subs-Post.php)
----
Modified : /trunk/Sources/ManageMemberOptions.php
Modified : /trunk/Sources/ManageMembergroups.php
Modified : /trunk/Sources/Security.php
Modified : /trunk/Sources/Subs-Cache.php
Modified : /trunk/Sources/Subs-Membergroups.php
Modified : /trunk/Sources/Subs-Post.php
Modified : /trunk/Sources/Subs-Template.php
Modified : /trunk/Themes/default/ManageMembergroups.template.php
Modified : /trunk/Themes/default/languages/Errors.english.php
Modified : /trunk/Themes/default/languages/ManageSettings.english.php
Modified : /trunk/Themes/default/languages/Security.english.php
Modified : /trunk/Themes/default/languages/index.english.php
Modified : /trunk/root/install.sql
905
The Pub / Re: Thoughts one wireless theme/skin
« on April 27th, 2013, 05:40 PM »Doing that would beat its purpose, which is to make a responsive skin with the same amount of features as the others
906
Features / Re: New revs
« on April 26th, 2013, 08:00 PM »
(4 files, 7KB)
This is a collection of bits I wanted to get committed and out the way so I couldstop procrastinating by adding new features finish the infraction system.
Revision: 2079[1]
Author: arantor
Date: 26 April 2013 18:57:05
Message:
! Admin search now includes the likes page, such as it is, and now includes the page title of where your results come from, assuming the settings pages have been set up to do so - most have not, but I will fix that in future commits. (Admin.php)
! $helptxt value could be ditched on conventional language-cache loading under some circumstances. (Load.php)
! Plugin language files should also be loading from cache. This patch does NOT include the changes to language hooks. (Load.php)
! Permissions settings were doing a weird thing to get their title across to the settings page. There is a proper variable for falling back, let's use it. Also makes it searchable. (ManagePermissions.php)
! Make sure the admin pages pull up the help text from plugins a bit more properly. (ManageServer.php)
----
Modified : /trunk/Sources/Admin.php
Modified : /trunk/Sources/Load.php
Modified : /trunk/Sources/ManagePermissions.php
Modified : /trunk/Sources/ManageServer.php
This is a collection of bits I wanted to get committed and out the way so I could
Revision: 2079[1]
Author: arantor
Date: 26 April 2013 18:57:05
Message:
! Admin search now includes the likes page, such as it is, and now includes the page title of where your results come from, assuming the settings pages have been set up to do so - most have not, but I will fix that in future commits. (Admin.php)
! $helptxt value could be ditched on conventional language-cache loading under some circumstances. (Load.php)
! Plugin language files should also be loading from cache. This patch does NOT include the changes to language hooks. (Load.php)
! Permissions settings were doing a weird thing to get their title across to the settings page. There is a proper variable for falling back, let's use it. Also makes it searchable. (ManagePermissions.php)
! Make sure the admin pages pull up the help text from plugins a bit more properly. (ManageServer.php)
----
Modified : /trunk/Sources/Admin.php
Modified : /trunk/Sources/Load.php
Modified : /trunk/Sources/ManagePermissions.php
Modified : /trunk/Sources/ManageServer.php
| 1. | The year Judge Dredd graduated from law school. |
907
Bug reports / Re: Posting / New Posts
« on April 26th, 2013, 07:28 PM »
Caching is a terrible thing.
908
Archived fixes / Re: 'Thoughts' Bug
« on April 26th, 2013, 07:23 PM »
I think that's where it's headed. I can't say it would ever feel natural for me to do that. I'm not even sure it'd feel natural to have the same behaviour elsewhere either.
That said... remember that we *do* have that behaviour elsewhere, in profile fields and so on where it *is* (currently) natural to delete something by emptying it out.
I don't know. It's a complex issue.
That said... remember that we *do* have that behaviour elsewhere, in profile fields and so on where it *is* (currently) natural to delete something by emptying it out.
I don't know. It's a complex issue.
909
The Pub / Re: Thoughts one wireless theme/skin
« on April 26th, 2013, 07:21 PM »
Yup, on my 3G (not even 4G) plan, it's metered in terms of 250MB blocks and it's as slow as sin here.
I still do not understand the mentality of putting as much functionality on a tiny screen, because it just does not make sense.
On a desktop where you have a viewport of 1000x800 or larger, go nuts. Make use of that real estate. But remember that that 1000x800 or larger real estate is on a screen probably at least 14" in size if not larger.
Trying to fit 'as much as possible' onto a 4-5" screen is insane. Even fitting into a 10" screen can be frustrating.
I still do not understand the mentality of putting as much functionality on a tiny screen, because it just does not make sense.
On a desktop where you have a viewport of 1000x800 or larger, go nuts. Make use of that real estate. But remember that that 1000x800 or larger real estate is on a screen probably at least 14" in size if not larger.
Trying to fit 'as much as possible' onto a 4-5" screen is insane. Even fitting into a 10" screen can be frustrating.
910
Archived fixes / Re: 'Thoughts' Bug
« on April 26th, 2013, 05:17 PM »
Does that ever happen?
Consider: what happens in the same scenario with posts? It won't let you do the empty-content aspect, so you have to cancel the edit and delete the post, or edit it to a non-empty content and/or then delete it.
Consider: what happens in the same scenario with posts? It won't let you do the empty-content aspect, so you have to cancel the edit and delete the post, or edit it to a non-empty content and/or then delete it.
911
The Pub / Re: Thoughts one wireless theme/skin
« on April 26th, 2013, 04:15 PM »
That doesn't answer my question.
Why?
Let me explain where I'm coming from. I *can* should I ever need to, administrate my VPS from my mobile phone. The fact is, doing so is an utter pain in the backside. Even from iPad, it's not particularly clever, and as a result I won't unless I absolutely have to.
I feel much the same about sites on mobile. Yes, I 'could' have the full fat version, but it's really not actually that clever an idea, no matter how much it's what the users 'want' or 'expect'.
Why?
Let me explain where I'm coming from. I *can* should I ever need to, administrate my VPS from my mobile phone. The fact is, doing so is an utter pain in the backside. Even from iPad, it's not particularly clever, and as a result I won't unless I absolutely have to.
I feel much the same about sites on mobile. Yes, I 'could' have the full fat version, but it's really not actually that clever an idea, no matter how much it's what the users 'want' or 'expect'.
912
The Pub / Re: Thoughts one wireless theme/skin
« on April 26th, 2013, 03:30 PM »You should have the same if not most functionality on your mobile these days.
913
Archived fixes / Re: 'Thoughts' Bug
« on April 26th, 2013, 03:23 PM »
But isn't the delete button next to the edit button... which means you are actually making more work for yourself if you edit->remove the text->save vs just pressing the delete button (and any prompt it generates)
914
Features / Re: New revs
« on April 26th, 2013, 02:58 AM »
(2 modified, 3 added, 9KB)
Revision: 2075
Author: arantor
Date: 26 April 2013 01:57:34
Message:
! After some fiddling around, I realised that I could save 5KB of admin language stuff from being loaded every admin page by breaking it off into its own file, I actually prefer this to all-in-one dumping grounds if it's feasible, so I did it for Forum > Posts and Topics. I have NOT removed it from the admin language file in this commit, because I don't want to commit and leave other stuff broken. But locally I have removed that so only what should be in the admin file is in there. There *is* a new feature indicated here and it is currently being implemented, this is just the UI for it, 1 translation required in ManagePosts.french.php (ManagePosts.php, ManagePosts language files)
! Tweaked layout in admin search results. (Admin.template.php)
----
Modified : /trunk/Sources/ManagePosts.php
Modified : /trunk/Themes/default/Admin.template.php
Added : /trunk/Themes/default/languages/ManagePosts.english-uk.php
Added : /trunk/Themes/default/languages/ManagePosts.english.php
Added : /trunk/Themes/default/languages/ManagePosts.french.php
Revision: 2075
Author: arantor
Date: 26 April 2013 01:57:34
Message:
! After some fiddling around, I realised that I could save 5KB of admin language stuff from being loaded every admin page by breaking it off into its own file, I actually prefer this to all-in-one dumping grounds if it's feasible, so I did it for Forum > Posts and Topics. I have NOT removed it from the admin language file in this commit, because I don't want to commit and leave other stuff broken. But locally I have removed that so only what should be in the admin file is in there. There *is* a new feature indicated here and it is currently being implemented, this is just the UI for it, 1 translation required in ManagePosts.french.php (ManagePosts.php, ManagePosts language files)
! Tweaked layout in admin search results. (Admin.template.php)
----
Modified : /trunk/Sources/ManagePosts.php
Modified : /trunk/Themes/default/Admin.template.php
Added : /trunk/Themes/default/languages/ManagePosts.english-uk.php
Added : /trunk/Themes/default/languages/ManagePosts.english.php
Added : /trunk/Themes/default/languages/ManagePosts.french.php
915
Archived fixes / Re: call_lang_hook: Missing debug info
« on April 26th, 2013, 12:32 AM »
Since I rejigged language loading for plugins, I revisited this.
What I've done is made a backwards-incompatible change in plugin management. It should NOT affect anyone who makes plugins per se, unless you want to update. Anyone running an installation WILL NEED to disable all their current plugins before updating and re-enabling them afterwards so that what's in the DB is stored correctly. But this should be transparent to everyone.
Basically, the loaders in the hook callers should now actually use loadPluginSource and loadPluginLanguage, so debug information will be available. It also means caching is handled consistently for languages too ;)
I'll mark it solved once I commit, because it has changes in Load.php which will conflict with everything else >_<
What I've done is made a backwards-incompatible change in plugin management. It should NOT affect anyone who makes plugins per se, unless you want to update. Anyone running an installation WILL NEED to disable all their current plugins before updating and re-enabling them afterwards so that what's in the DB is stored correctly. But this should be transparent to everyone.
Basically, the loaders in the hook callers should now actually use loadPluginSource and loadPluginLanguage, so debug information will be available. It also means caching is handled consistently for languages too ;)
I'll mark it solved once I commit, because it has changes in Load.php which will conflict with everything else >_<