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
1171
Archived fixes / Re: flexbox and opera 12.14
« on March 26th, 2013, 12:51 AM »
Because icari is not as technically minded as us. I'd personally declare Opera as no can_flex and be done with it, because as you said, it's going to die sooner or later.

I have noticed it has been more reliable of late, though I'm still having occasional issues with code blocks with a horizontal scrollbar - the scrollbar isn't draggable with a mouse and often has vertical alignment issues.
1172
Archived fixes / Re: flexbox and opera 12.14
« on March 25th, 2013, 10:42 PM »
Well, yes, it will get fixed at some point. But we do have other things that need work right now, it is not our #1 item to fix as at this moment in time.
1173
Archived fixes / Re: flexbox and opera 12.14
« on March 25th, 2013, 10:14 PM »
Sure, there's always the remote chance that a major bug fix gets applied here before it gets put into SVN, but normally it's very obvious that's the case and an SVN commit follows a day or so later - but since it does not appear to be fixed, nor is there any mention in SVN, that would imply it is not fixed, yes?
1174
Archived fixes / Re: flexbox and opera 12.14
« on March 25th, 2013, 08:12 PM »
There has not been any progress. This site is always using close-to-if-not-actually-current SVN, and if it's still happening then it's still broken. You could always check the SVN changelog which has been public for years.
1175
Features / Re: X-Content-Security-Policy
« on March 25th, 2013, 08:11 PM »
@Nao, 6 bytes every row? I'd rather not. When loading the row, check for empty and unserialize or initialising an empty array.

On loading this page:
Quote
Notice: Undefined index: member in Plugins/mentions/plugin.php on line 229

Notice: Undefined index: subject in Plugins/mentions/plugin.php on line 229

Notice: Undefined index: topic in Plugins/mentions/plugin.php on line 202
1176
Features / Re: X-Content-Security-Policy
« on March 25th, 2013, 06:02 PM »
Code: [Select]
$data = !empty($data) ? @unserialize($row['data']) : array();

After that it's empty() or isset() all the way ;)
1177
Features / Re: X-Content-Security-Policy
« on March 25th, 2013, 05:47 PM »
Can't really assume $data will be populated - assume it will likely be empty and not even unserialize properly as a result.
1178
Features / Re: X-Content-Security-Policy
« on March 25th, 2013, 04:19 PM »
@Nao, probably not, for the simple reason that they're not duplicated on each page.

Though I'm cringing because what I'm looking at for the permissions area is a 22KB JS library (unminified), specifically the one from http://fixedheadertable.com/ (there, that's got you thinking)

And yes, I'm convinced it's possible to do this header as a plugin, it's just going to be messy.
Posted: March 25th, 2013, 04:18 PM

Also:
Quote
Unknown column 'disabled_notifiers' in 'field list'
File: Sources/Class-Notification.php
Line: 181
1179
Features / Re: Additional formatting of user names
« on March 24th, 2013, 08:40 PM »
Quote
If you feel like doing it, do it. I don't like that the icons are so big though. It'll take adjusting.
The idea is that it should be clear at a glance, they're only 16x16 (and still less than line-height is). One of the icons is already in use elsewhere, the other is new. But I'm cool with changing it.
Quote
What would be the class name? I'm thinking mgroup-ID. With a numeric id.
I was thinking 'group1', 'group2' or whatever, but I'm not that fussed what it is.
Quote
Which reminds me I wanted to test waters: how about we use only dashes in selector names instead of underscores? I have a feeling it would compress better... and it looks better, too.
I don't see why it would compress any differently in practice, the aesthetic can easily go either way for me.
1180
Features / Re: New revs
« on March 24th, 2013, 06:51 PM »
(5 files, 12KB)

Revision: 2019
Author: arantor
Date: 24 March 2013 17:51:13
Message:
! Die, Simple Permissions, DIE. Yes, that's right, we have 'Classic Permissions'. Only it's just 'Permissions' now. There's more stuff to do but this is where it begins. (ManagePermissions.php, ManagePermissions.template.php, plugin-info.rng, ManagePermissions language files)
----
Modified : /trunk/Sources/ManagePermissions.php
Modified : /trunk/Themes/default/ManagePermissions.template.php
Modified : /trunk/Themes/default/languages/ManagePermissions.english.php
Modified : /trunk/Themes/default/languages/ManagePermissions.french.php
Modified : /trunk/other/plugin-info.rng
1181
Features: Posts & Topics / Re: Automatic Quote splitter
« on March 24th, 2013, 05:49 PM »
It's not. It's more that I hate the permissions and reports UIs with a vengeance and am working on doing something "Magical and Revolutionary" (TM in the post) with them. I'll share when I have something a bit more on them.
1182
Features / Re: X-Content-Security-Policy
« on March 24th, 2013, 05:48 PM »
The only downside about headers is that they don't get gzipped >_<
Quote
Perhaps as a plugin, if doable.
Oh hell yes.
1183
Features / Re: Additional formatting of user names
« on March 24th, 2013, 01:58 PM »
Anyone got any objections to my committing at least the changes to who's online? (@Nao?)
1184
Archived fixes / Re: Initializing the Wedge templating magic
« on March 23rd, 2013, 11:47 PM »
That's probably a bug then :/

Type 'strictness' is an interesting concept in PHP. Officially, it's type loose, all the time implied casting (coercing) can occur, e.g. comparing numbers and strings implicitly works (which is why you can put numbers into strcmp and get answers). As soon as you cannot do a viable casting, then no.

That really comes into play with objects, where if you try to work on an object, it'll go through properties, __get and will implicitly try to involve toString() where applicable - and if it can't be coerced to a string, it'll then throw a type error.
1185
Off-topic / Re: Lint checker
« on March 23rd, 2013, 11:39 PM »
Heh, yes, anything past midnight is when you never ever, no matter how much they beg, feed the mogwai.