That would help, 8 seconds per call to a server is a fairly long time, even if it is necessary. 7 extensions could equate to almost a minute!

127

(81 replies, posted in PunBB 1.3 troubleshooting)

yes but without alter table I don't see any alternative than doing that. Slow and cumbersome work arounds may be the only choice.

128

(7 replies, posted in PunBB 1.3 troubleshooting)

Smartys wrote:

We probably should consider adding some Javascript to toggle all checkboxes for a given form and then adding appropriate links to do so.

reminder - all javascript used should be an enhancement and not a requirement. Any javascript only links should only appear when javascript is enabled.

but you knew all that didn't you.

thanks, that makes sense. It's ok when they are all hosted in one place, but opening it up to a myriad of servers around the world ...

Plus of course when you have more than a few extensions installed  - oops sorry preaching to the converted.

130

(81 replies, posted in PunBB 1.3 troubleshooting)

it will need testing no matter what solution is decided upon.

http://www.perturb.org/display/entry/645/

has the simplest I have seen, and may be a good starting point.

131

(81 replies, posted in PunBB 1.3 troubleshooting)

K-Ray wrote:

As far as I know ALTER TABLE is NOT supported in the 2.x versions of sqlite.

yes if memory serves that is right. there are ways around it, but they aren't easy.

Rickard wrote:

The current plan is to add a new optional field to the extension manifest that points to a location where PunBB can fetch update information about the extension (kind of like what Firefox does). We haven't decided on whether this should just be a simple text file with the latest version or if it should be an XML file. The latter would take a little more effort from the extension author, but it would also be more useful. It could, for example, contain a link to download the new version of the extension.

As this is still in discussion.

Would it be better to make this an on demand check rather than making it automatic. If many different servers are to be checked then the possibility of a very slow page is introduced.

133

(5 replies, posted in PunBB 1.3 troubleshooting)

ahh, yep that makes sense - funnily enough I was talking about the bullet colouring only the other day.

134

(5 replies, posted in PunBB 1.3 troubleshooting)

considering the code there, why is the span needed at all?

135

(19 replies, posted in PunBB 1.3 troubleshooting)

Paul wrote:

Update: The approved solution seems to be leave them in there but have a user option to enable/disable. The default will be disabled.

sounds good.


I'll have a think about the extension - I'm not sure it would be possible but it'll depend on the hooks available. If they can be turned on/off then that suggests a possible hook implementation though.

good news. thanks.

137

(54 replies, posted in PunBB 1.3 troubleshooting)

Rickard wrote:

I was actually trying to be a little sarcastic in my previous post, but I guess no one picked it up smile

tongue

/me chimes in - remove 'em ...

139

(18 replies, posted in PunBB 1.3 extensions)

smile ahh but you can get better...

Rather than me helping you straight away. You already have tips on how to do it - try tabbing into punBB1.3 and you'll see what I mean. I haven't checked to see exactly how it is done in the default template but it should be fairly easy to replicate for other use.

And if that doesn't help, let me know and I'll play with things and see what I can come up with.

140

(18 replies, posted in PunBB 1.3 extensions)

elbekko wrote:

Hrmm, not that I know of, apart from setting the tabindex or so, but I think that's discouraged.

correct - but you could add a skip link...

141

(54 replies, posted in PunBB 1.3 troubleshooting)

I'll refer back to the part you wrote that I quoted previously...

People should have the ability to enter the characters via their numeric entity, and named enitities, as well as the actual character. Which I think is what you are asking.

142

(19 replies, posted in PunBB 1.3 troubleshooting)

Paul - what news on the accesskeys?

143

(54 replies, posted in PunBB 1.3 troubleshooting)

Paul likewise - we must code too much.

144

(54 replies, posted in PunBB 1.3 troubleshooting)

You have better faith in the clueness factor of people than I do smile

Seriously though punbb is used by a variety of people, yes a lot will try cut'n'paste, some will even have heard of the charmap -but others will be just as familiar, if not more so, with the entity reference. I've virtually committed …, along with others, to memory because of the number of times I've had to add it to code.

Having the ability for both is better and covers all bases.

145

(54 replies, posted in PunBB 1.3 troubleshooting)

Rickard wrote:

Now that we're using UTF-8, there's really no need for entities. You should be able to just enter the actual character instead.

oh behave!

How many people really know how to use, for example, an english keyboard to enter foreign characters - let alone certain characters from the English language. Don't we already have a thread about the use of an ellipsis - how would that be entered as a character via the keyboard ? Entities will always be required, IMHO.

146

(7 replies, posted in PunBB 1.3 troubleshooting)

Lucas Malor wrote:

Anyway you could add a button with a javascript function that shows password as clear text

If this is done, please ensure that that link only shows up if javascript is available (not everyone has javascript on).

147

(20 replies, posted in Feature requests)

Taimar wrote:
elbekko wrote:

If your hand is on the mouse, why not just go to the scrollbar? Or even better, get one with a scrollwheel.

Okay, please try to understand... I'd appreciate it, thanks.

It's all about giving users more choices. It's easier to click than scroll through long pages. Scrolling can be quite annoying, you know.

:grin:

Rickard touched on this, in an oblique way, when I mentioned adding a 'back link' to a form error page.  I suggested it might be better to, but he rightly pointed out the browser back button.  This is a similar case, there is a back to top functionality already available so the 'back to top' link just replicates what is already available.

I'd suggest that if it doesn't get added in you just create your own theme and add it in there smile

Would I request it be added by default? I'm not sure, for accessibility it isn't needed, but it might add a bit of usability.

Jérémie wrote:
Rich Pedley wrote:

A lot of people get it wrong all the time.
... is not the same as an ellipsis ? if memory serves. The first is actually - full stop, full stop, full stop (or period period period).

Yup we know. Ellipsis (?) are in the current English lang pack.

What I was saying is: if one uses ellipsis and not ..., why not use ? instead of ' for example. It's exactly the same thing.

apologies, I mis-understood.

Personal preference for me is to keep to " etc. I find that using 'curly quotes' draws my eye to them because they look wrong (even though, as you say, they perhaps should be utilised).

149

(13 replies, posted in Feature requests)

If they were in an extension the admin could choose which ones to allow the use of. But they have been there in punBB for some time, so if it was made into an extension I'd suggest it was actually packaged with the download (or as part of some official core extensions pack).

But at this stage, I doubt turning it into an extension is a possibility - so a retro fit extension might be required.

150

(29 replies, posted in PunBB 1.3 troubleshooting)

Taimar wrote:

Maybe, but PunBB has bigger semantic problems in his code, DIV/SPAN overuse in example.

I touched on this when looking at the forum for accessibility. Yes there are a lot of <div>'s, and I may have talked Paul into replacing one. However some are necessary, because of the way things work. With user entered text going into some of these places, you can't surround it by anything other than a <div>.

<span> use is aplenty maybe too much so. But they have obviously thought way ahead. By inserting these now it makes developing themes/styles via CSS a lot easier with hooks available where needed. Making the basic output full of possibilities means that less people will be tempted to try and change core files.