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
6001
The Pub / Re: PM popup
« on October 10th, 2011, 01:39 PM »Told you I was clueless ::)Quote That's your browser doing that.
6002
Features / Re: The calendar
« on October 10th, 2011, 01:31 PM »
OK, I wrote the extra piece of functionality I alluded to in the previous post, now there's no reason why I have to (or not have to) do this :)
6003
The Pub / Re: PM popup
« on October 10th, 2011, 01:29 PM »I quite like 2.0.1 with the opacity and popup going on.....
The lower right window is, I suspect, where I'll end up doing it, just doing some other stuff first.
6004
Features / Re: Template skeleton!
« on October 10th, 2011, 01:28 PM »
I think it's to do with falling back in the event of error. If guest access is off, the theme will be needed. If it's a guest, there's a possibility it'll need the guest to log in (remember: access to attachments is not provided to guests by default)
I'm not sure why else you'd need that, though.
Yes, media should be lightened, which is why I was in favour of pushing serving items into something like dlattach - there's really no need to invoke the entire media action (and all the theme loading) just for serving files.
I'm not sure why else you'd need that, though.
Yes, media should be lightened, which is why I was in favour of pushing serving items into something like dlattach - there's really no need to invoke the entire media action (and all the theme loading) just for serving files.
6005
Features / Re: New revs
« on October 10th, 2011, 01:24 PM »
Revision: 1082
Author: arantor
Date: 12:24:25, 10 October 2011
Message:
! Allow a plugin to indicate that a given hook to be used is optional: that it should be registered as if to be called, but that it isn't a strict dependence, so if you know another plugin has a given hook, you can register for it but if the other plugin isn't installed, it'll just not do anything. And bonus: if you later install the other plugin, no extra work is required, it'll just work as expected. (plugin-info.rng, ManagePlugins.php)
----
Modified : /trunk/Sources/ManagePlugins.php
Modified : /trunk/other/plugin-info.rng
Author: arantor
Date: 12:24:25, 10 October 2011
Message:
! Allow a plugin to indicate that a given hook to be used is optional: that it should be registered as if to be called, but that it isn't a strict dependence, so if you know another plugin has a given hook, you can register for it but if the other plugin isn't installed, it'll just not do anything. And bonus: if you later install the other plugin, no extra work is required, it'll just work as expected. (plugin-info.rng, ManagePlugins.php)
----
Modified : /trunk/Sources/ManagePlugins.php
Modified : /trunk/other/plugin-info.rng
6006
The Pub / [Archive] Re: Logo Madness
« on October 10th, 2011, 12:52 PM »I'm sorry, but all I can see is a parrot or puffin.
My initial impression was "thats nice", but after a second or two..... it was beaks.
This isnt meant to be funny but a constructive comment.
It's like the Nightwish song Wishmaster. Spoiler tag for nicety.
6007
The Pub / Re: PM popup
« on October 10th, 2011, 12:17 PM »
Funny, now I've started doing this, I can think of a much better way of doing it, using the existing popup architecture.
(We have a setup whereby popups are not done into new windows but a small window-like structure in the lower right corner. I posted an example using that for readme files in the plugin manager - here if you want a picture)
I'm thinking I could use that to contain the popup, and it would also provide for displaying a short preview too without being so in-your-face.
Thoughts?
(We have a setup whereby popups are not done into new windows but a small window-like structure in the lower right corner. I posted an example using that for readme files in the plugin manager - here if you want a picture)
I'm thinking I could use that to contain the popup, and it would also provide for displaying a short preview too without being so in-your-face.
Thoughts?
6008
The existing PM popup has long bugged me, and after Nas' enhanced PM popup, I thought I'd give it a shot in Wedge (as a core feature, rather than a plugin)
It's still a WIP but here's what I got so far. I may not finish it (and abandon my changes) or tweak it, haven't really decided yet.
(Yes, I know it needs a border, and some actual content.)
It's still a WIP but here's what I got so far. I may not finish it (and abandon my changes) or tweak it, haven't really decided yet.
(Yes, I know it needs a border, and some actual content.)
6009
Development blog / Re: Plugging in the Plugin Manager
« on October 10th, 2011, 11:42 AM »
Cripes, I make that double digits of plugins!
Not bad for a plugin manager that's barely a month old, only accessible to a few and only 3 people writing for it...
Not bad for a plugin manager that's barely a month old, only accessible to a few and only 3 people writing for it...
6010
Features / Re: The calendar
« on October 10th, 2011, 11:11 AM »
Ah, see, I consider it less of a must-have. But at the same time I'd bring all its functionality together instead of it being disparate as it is now. It would also force me to make sure there is a piece of functionality in the plugin manager that I'd conceived of but not yet implemented.
I'd also likely integrate the other things that are desirable (like the birthday post mod JBlaze and I did).
Thing is, I'd personally rather have birthdays as a plugin on its own rather than being tied explicitly to the calendar; I don't want it on every forum that I run, but where I do, I want it without the calendar - though that is just me.
I'd also likely integrate the other things that are desirable (like the birthday post mod JBlaze and I did).
Thing is, I'd personally rather have birthdays as a plugin on its own rather than being tied explicitly to the calendar; I don't want it on every forum that I run, but where I do, I want it without the calendar - though that is just me.
6011
Features / Re: Template skeleton!
« on October 10th, 2011, 11:02 AM »
If it works properly, it's probably correctly written ;)
6012
Features / Re: The calendar
« on October 10th, 2011, 11:01 AM »re: Birthdays. If your going modular with calendar, I say make birthdays core, but have it send birthdays to the calendar if you've got calendar installed and enabled.
6013
The Pub / Re: Spell checker
« on October 10th, 2011, 10:52 AM »Re: plugins and the admin area, WP handles this question quite well (IMO). Your plugins appear in the plugins page (where you add new ones, disable/delete old ones, etc), then to modify settings they add their own submenu to the admin menu structure, or they add a single link inside an existing common submenu item (in WP-Admin>Tools, usually), or at a minimum they have a settings link in the plugins page.
Something akin would be good; either the plugin makes a "submenu" in the admin page (big plugins would benefit from this, WD for instance) or they add a single settings link to a common submenu.
There's no enforcement of plugins having their settings anywhere. Some plugins don't have settings pages if they don't need them, which is cool.
Some plugins need only a single option or a few options as part of a page, some need massive areas. By not putting any rules in place (and thus no programming interface for it), plugins are free to create what they need and nothing more or less than that.
Plugins can, optionally, declare what URL should be used for settings, so that there is a settings link in the main plugin listing. (The very earliest screenshots of the plugin manager, even when it was called the add-on manager, actually showed this!)
Assuming authors do their job properly - and they should, because it makes their life easier - it's consistent and approachable.
The problem is bundled plugins, and WP has this exact problem. It has two plugins bundled with it but unless you knew they were there from past experience, or actually went into the plugins area, you'd never know they were even bundled with it.
Which means if we added big ticket features as part of the base package, you'd still never know they were there unless either we redirected you there after installation, or made it more prominent by auto pushing items to the main admin page even when the plugins weren't installed... either way that means writing special rules and special logic just for those cases.
6014
Features / Re: The calendar
« on October 10th, 2011, 10:47 AM »The only important thing, imho, is that the DOB field has to be part of the default forum profile fieldset.
I think that birthday support has to be plugin too, maybe a part of the calendar plugin (but available as option).
* Make birthdays core and calendar a plugin.
* Make birthdays part of the calendar plugin.
* Make birthdays its own plugin.
I'm trying to gauge which is the best route.
6015
Features / Re: Template skeleton!
« on October 10th, 2011, 10:45 AM »What I don't like as much, though, is replacing $context['layers'] with self::$layers
Nope, haven't got a good answer for that one, sorry.