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.
5311
Archived fixes / Re: Drafts being saved is not shown in QR
« on April 27th, 2012, 08:47 PM »
I guess this is exactly the kind of thing that we should avoid... And I'm pretty sure there are other situations where this happens as well.
Perhaps simply have a 'generic' function to check and add a ? or ; at the end of a URL, a bit like the we_scripturlsomething function...?
Perhaps simply have a 'generic' function to check and add a ? or ; at the end of a URL, a bit like the we_scripturlsomething function...?
5312
Archived fixes / Re: Drafts being saved is not shown in QR
« on April 27th, 2012, 06:30 PM »
Meaning thereis a bug in how purls handles board+actions. Or maybe your draft code adds ;XML directly to the URL, expecting it to have a ? In it...?
5313
Archived fixes / Re: (SMF bug) Admin registering a user, email does not send a link to the forum
« on April 27th, 2012, 05:52 PM »
Reminder for you to do it, then ;)
Oh, I found the action bar discussion... It was in 'Board icons'.
Oh, I found the action bar discussion... It was in 'Board icons'.
5314
Features / Re: New revs - Public comments
« on April 27th, 2012, 05:50 PM »
Looks fun...
Anyway, number_context() works just fine, don't worry :)
And node.js, given all the coverage it got, I assumed it was less 'geek-oriented' than it seemed.
Anyway, number_context() works just fine, don't worry :)
And node.js, given all the coverage it got, I assumed it was less 'geek-oriented' than it seemed.
5315
Features / Re: Moving topics, you can now send a PM
« on April 27th, 2012, 05:48 PM »
That is good news for floating boards :)
5316
Features / Re: Multiple default skins?
« on April 27th, 2012, 05:47 PM »
Chasing the clock... And my posts :lol: I can barely keep up... And I haven't even had time to find the place where we discussed the action bar... Oh let's do it here: so what do you think, after a day of use...? Does it feel natural, or not? I'm not sure myself. But I certainly think it's something I should keep exploring. As for the checkbox, yesterday it was next to the action bar but I moved it back to the header because it took too much space, and I like having that checkbox look like a 'pin' on the side of a post.
5317
Bug reports / Re: Pretty URL remarks
« on April 27th, 2012, 05:44 PM »
Well... I'm not 100% sure it's true.
Aeva-Sites.php is indeed generated through SMF, but Subs-Aeva-Sites.php or whatever was included in the package so it wouldn..... Oh, wait, the package is usually installed by SMF. Which would explain...
Well, how 'bout we make Wedge into a package, too? :lol:
I mean -- we ship with a gzip file and an index.php file, and we run the index file to decompress the gzip and install the files with a webserver user ID...
(Of course it's also opening the door to issues when people start FTPing updated files. Hmm.)
Well, I guess FTP'ing the whole stuff is the only solution then. What's the issue with security? Why not use your SFTP component if available?
Aeva-Sites.php is indeed generated through SMF, but Subs-Aeva-Sites.php or whatever was included in the package so it wouldn..... Oh, wait, the package is usually installed by SMF. Which would explain...
Well, how 'bout we make Wedge into a package, too? :lol:
I mean -- we ship with a gzip file and an index.php file, and we run the index file to decompress the gzip and install the files with a webserver user ID...
(Of course it's also opening the door to issues when people start FTPing updated files. Hmm.)
Well, I guess FTP'ing the whole stuff is the only solution then. What's the issue with security? Why not use your SFTP component if available?
5318
Features / Re: Moving topics, you can now send a PM
« on April 27th, 2012, 05:42 PM »
Oh... I see what you mean. Instead of doing a test on the meta field, we'd simply cache the list of meta boards somewhere, and then simply add AND id_board NOT IN (..., ...) to query_see_board..?
Makes more sense, actually. :)
Makes more sense, actually. :)
5319
Features / Re: Multiple default skins?
« on April 27th, 2012, 05:40 PM »
Technically, I dunno if you looked into it, but this is how Wedge does it:
- Checks for the session var, if not, sets it <- determines whether the current device is a mobile one.
- If mobile, uses id_theme_mobile and skin_mobile from the DB. Otherwise, uses id_theme and skin.
- User is now free to change skin_mobile etc. while browsing (Profile > Change skin)
- So, basically -- you can browse in a desktop skin while on a mobile device, then switch to your PC and browse in a mobile skin, because it's not the same session ID and thus it automatically recognizes you want to use id_theme this time, which can also be set to use a mobile skin...
I could commit all of this right now, but I have yet to write the UI for selecting the default mobile skin. (Right now it's skins/Wireless, which is going to ship with Wedge anyway, so it's not much of an issue but one might want to use another default...)
Unless you want to do it, ah ah. I just don't have the time this weekend to do anything too big in Wedge...
- Checks for the session var, if not, sets it <- determines whether the current device is a mobile one.
- If mobile, uses id_theme_mobile and skin_mobile from the DB. Otherwise, uses id_theme and skin.
- User is now free to change skin_mobile etc. while browsing (Profile > Change skin)
- So, basically -- you can browse in a desktop skin while on a mobile device, then switch to your PC and browse in a mobile skin, because it's not the same session ID and thus it automatically recognizes you want to use id_theme this time, which can also be set to use a mobile skin...
I could commit all of this right now, but I have yet to write the UI for selecting the default mobile skin. (Right now it's skins/Wireless, which is going to ship with Wedge anyway, so it's not much of an issue but one might want to use another default...)
Unless you want to do it, ah ah. I just don't have the time this weekend to do anything too big in Wedge...
5320
Bug reports / Re: Pretty URL remarks
« on April 27th, 2012, 05:35 PM »
Apart from the fact that I rock..?
5321
Features / Re: Moving topics, you can now send a PM
« on April 27th, 2012, 05:35 PM »
I guess I'll deal with that.
Hopefully it won't break performance to add another test. Then again, the boards table is never gonna be TOO big... Or could it? Well, with custom boards like blogs and so on... I dunno. Even Noisen has no more than a hundred boards IIRC.
Hopefully it won't break performance to add another test. Then again, the boards table is never gonna be TOO big... Or could it? Well, with custom boards like blogs and so on... I dunno. Even Noisen has no more than a hundred boards IIRC.
5322
Features / Re: Multiple default skins?
« on April 27th, 2012, 05:33 PM »
Must have missed that.
And if it's 'possible' to store is_mobile in a cookie, then yeah, I suppose we can do (isset($_SESSION['is_mobile']) ? $_SESSION['is_mobile'] : (isset($_COOKIE['is_mobile']) ? ...) or something like that...
The cookie would have to be short lived, though. Because what if you switch to desktop mode immediately...
And if it's 'possible' to store is_mobile in a cookie, then yeah, I suppose we can do (isset($_SESSION['is_mobile']) ? $_SESSION['is_mobile'] : (isset($_COOKIE['is_mobile']) ? ...) or something like that...
The cookie would have to be short lived, though. Because what if you switch to desktop mode immediately...
5323
Bug reports / Re: Pretty URL remarks
« on April 27th, 2012, 05:31 PM »
Nope, never did...
But I did do automatic updates for AeMe sitelists, and guess what, never had a single problem with 'em... :P
But I did do automatic updates for AeMe sitelists, and guess what, never had a single problem with 'em... :P
5324
Archived fixes / Re: Time offset (auto detect)
« on April 27th, 2012, 05:30 PM »
Oh, bugger... I thought I'd read that it was UTC.
5325
Features / Re: Moving topics, you can now send a PM
« on April 27th, 2012, 05:30 PM »
Well, it's in query_see_board that we'll have to set this up, so it's not going to be a straight 'ignore' which is handled by query_wanna_see_board IIRC...