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 - Nao
9676
Features / Re: New revs
« on February 24th, 2011, 11:10 PM »
rev 623
(forgot to log stats.)
* Modified previous/next links in Display template to be shown in a <we:cat> instead, next to the topic title at the top, and next to the jump box at the bottom. This should help differentiate between page prev/next and topic prev/next. (Display.php, Display.template.php, sections.css)
* Forgot to apply rgba() fix to IE8. (ie8.css)
* French translation. (index.french.php)
* Indenazi. (index.template.php)
(forgot to log stats.)
* Modified previous/next links in Display template to be shown in a <we:cat> instead, next to the topic title at the top, and next to the jump box at the bottom. This should help differentiate between page prev/next and topic prev/next. (Display.php, Display.template.php, sections.css)
* Forgot to apply rgba() fix to IE8. (ie8.css)
* French translation. (index.french.php)
* Indenazi. (index.template.php)
9677
Features / Re: New revs
« on February 24th, 2011, 09:18 PM »
rev 622
(3 files, 6kb)
+ Show all available language flags in the bottom left corner. I totally hate global'ing $user_info just to get one variable (I should move that one) and glob'ing an entire folder on every single page to find the flags, so if you have a better implementation or want to add some caching... Please do it! :^^;: (index.template.php)
! Fixed size and rating for gravatars. (Subs.php)
* Don't show the 'webkit' name twice in the URL for browsers that use WebKit but aren't Safari, Chrome or Android stuff. If that even exists. (Load.php)
:edit: My main goal was to add the friggin' flags to the top bar, to bring it closer to the wedgeforum goodies. I really don't like having flags shown that way, and the extra hit per language available, things like that... But I can hardly do any better -- I mean, it's not like it's hardcoded so I can't do a sprite like here.
(3 files, 6kb)
+ Show all available language flags in the bottom left corner. I totally hate global'ing $user_info just to get one variable (I should move that one) and glob'ing an entire folder on every single page to find the flags, so if you have a better implementation or want to add some caching... Please do it! :^^;: (index.template.php)
! Fixed size and rating for gravatars. (Subs.php)
* Don't show the 'webkit' name twice in the URL for browsers that use WebKit but aren't Safari, Chrome or Android stuff. If that even exists. (Load.php)
:edit: My main goal was to add the friggin' flags to the top bar, to bring it closer to the wedgeforum goodies. I really don't like having flags shown that way, and the extra hit per language available, things like that... But I can hardly do any better -- I mean, it's not like it's hardcoded so I can't do a sprite like here.
9678
Features / Re: New revs
« on February 24th, 2011, 06:53 PM »
rev 620
(9 files, 14kb)
* Some of the $memberContext areas were being initialized later in the process. Since they were always set up, it's slightly faster to set them up in the main array. (Load.php)
- Moved 'webkit' and 'gecko' further down in the list that sets up the 'agent' variable. This is to make sure we get the most precise current user agent. If you want to test whether a browser is using the Webkit engine, use $browser['is_webkit']. (Load.php)
* Not too fond of this one, but I added 'webkit' to the list of default stylesheets, in addition to the Webkit-based agent name. Maybe I should do the same with 'ie'... Or maybe I should just split webkit.css into as many files as required? (Load.php)
! Fixed indentation regarding the sidebar. Ouch. (BoardIndexInfoCenter.template.php)
! A French string was out of date. (index.french.php)
! Meta keywords are disabled by default... Changed wording to reflect that. (ManageSettings.english.php, ManageSettings.french.php)
! Fixed visibility for upper right switch. (script.js)
* Minor adjustments to the sidebar width in Pastel. (Pastel/index.css)
- Deleted an unused $board_info. (Class-Editor.php)
(9 files, 14kb)
* Some of the $memberContext areas were being initialized later in the process. Since they were always set up, it's slightly faster to set them up in the main array. (Load.php)
- Moved 'webkit' and 'gecko' further down in the list that sets up the 'agent' variable. This is to make sure we get the most precise current user agent. If you want to test whether a browser is using the Webkit engine, use $browser['is_webkit']. (Load.php)
* Not too fond of this one, but I added 'webkit' to the list of default stylesheets, in addition to the Webkit-based agent name. Maybe I should do the same with 'ie'... Or maybe I should just split webkit.css into as many files as required? (Load.php)
! Fixed indentation regarding the sidebar. Ouch. (BoardIndexInfoCenter.template.php)
! A French string was out of date. (index.french.php)
! Meta keywords are disabled by default... Changed wording to reflect that. (ManageSettings.english.php, ManageSettings.french.php)
! Fixed visibility for upper right switch. (script.js)
* Minor adjustments to the sidebar width in Pastel. (Pastel/index.css)
- Deleted an unused $board_info. (Class-Editor.php)
9679
Features / Re: New revs
« on February 24th, 2011, 06:24 PM »
rev 619
(6 files, 14kb)
* Heavily reworked the header area in Warm, and fixed a few glitches in the process. (index.css, index.template.php)
* Added a list-type disc next to menu items in the sidebar. I thought it would feel a bit more natural, as it's an actual unordered list... (sections.css)
! Fixed CSS parser failing to define variables when they were followed by a single-line comment. (Class-CSS.php)
* Renamed $alpha_matte to $alphamix. Don't ask. (Class-CSS.php, index.css)
+ Added a workaround to allow IE6 and IE7 to emulate rgba() in key areas. Because filters are CPU intensive, use with care. Basically, just follow your color variable or direct color with a "/hex". e.g. filter:gradient(startColorstr=$color/hex, endColorstr=$color/hex) should generate an alpha-blended background. (Class-CSS.php, ie6.css, ie7.css)
! Fixed CSS parser failing to parse alpha filters for IE. Maybe I should rename the function... But 'alpha' sounds so cool. (Class-CSS.php)
More coming... But this was the bulk of the commit really.
(6 files, 14kb)
* Heavily reworked the header area in Warm, and fixed a few glitches in the process. (index.css, index.template.php)
* Added a list-type disc next to menu items in the sidebar. I thought it would feel a bit more natural, as it's an actual unordered list... (sections.css)
! Fixed CSS parser failing to define variables when they were followed by a single-line comment. (Class-CSS.php)
* Renamed $alpha_matte to $alphamix. Don't ask. (Class-CSS.php, index.css)
+ Added a workaround to allow IE6 and IE7 to emulate rgba() in key areas. Because filters are CPU intensive, use with care. Basically, just follow your color variable or direct color with a "/hex". e.g. filter:gradient(startColorstr=$color/hex, endColorstr=$color/hex) should generate an alpha-blended background. (Class-CSS.php, ie6.css, ie7.css)
! Fixed CSS parser failing to parse alpha filters for IE. Maybe I should rename the function... But 'alpha' sounds so cool. (Class-CSS.php)
More coming... But this was the bulk of the commit really.
9680
Features / Re: Naming Boards/blogs/sites etc.
« on February 23rd, 2011, 04:29 PM »Portal pages are managed entirely separately, and don't hijack the boards table for anything; often they have 'page=xyz' in the URL.
I mean, I always keep the search engine in mind when I add content. To me, the messages table is sacred -- WordPress doesn't allow searching on blog posts, comments and pages at the same time... That's one advantage it won't get anytime soon :P
I do see what you mean *nods* but that's heading towards article territory, which isn't a bad thing at all.
Well, now I want DeiDeo to be my next (and first) site-type thingy. (Y'know, that website I've been thinking of for a couple of years, where I'll post fun/interesting plagiarism examples in the geek culture.)
Just that really we're talking about reusing topics rather than boards for that ultimately (it's a use for floating topics rather than boards, IMHO)
9681
Features / Re: Blogging features
« on February 23rd, 2011, 03:50 PM »Sooooo... thoughts?
XML-RPC strikes me as one of those cute things but that it can definitely wait.
Threaded comments - this is probably the one thing I'm most on the fence about. Yes, they can be good, but even if something is naturally threaded I've yet to see a decent interface for it actually implemented and still be efficient.
As you know (but not everyone reading this may know), I implemented threaded replies to SMF many years ago, and even shared my code at the time on the forums. However, most people considered that threaded replies were a thing of the past. Mainly, I *think* that we should record parent-child relationships between posts, *but* keep them in chronological order. That is -- relationships can be used in several cases. If we split a topic's message, we can automatically split all children posts as well. If we delete a message, we can specify whether there are replies to it, and ask whether they should be deleted or left alone. Things like that...
I do not believe in threaded replies as a usable representation for a daily use. *However*, if comments are set to use as little space as possible, and blogs are set to show all comments on the same page, then it could be done. The only remaining issue then becomes the search for new posts -- but because we have both the time and relationship of every single message, we can easily switch between both systems.
All in all, I was going to say "screw it", but my conclusion is that we should add some minimal support for it because it's likely we're going to have requests to add it later, and people will be glad we thought of it ahead of time by storing parent-child relationships :P
9682
Features / Re: Naming Boards/blogs/sites etc.
« on February 23rd, 2011, 03:39 PM »
Nah, it's... Well, the equivalent to a portal page?
Sites aren't implemented in Noisen so that's why it's confusing.
They were always intended as this: basically, same as a blog, but the index is different. Instead of having a list of blog posts, you have a more complex page that is built by the author, either through HTML in an editor (is it wise?), or through 'blocks' that they place wherever they want. For instance, set a blog post to be a headline or introduction, show a list of the 5 most popular posts or 5 most recent, or a random selection of them, either in blog index format or just the link or something, and most importantly, actual text contents that should be used to 'link' the blocks between them. I had envisioned actually setting up a hidden topic for each 'site', where only the first post would be used, and would represent the main page, with the user being able to use various new bbc tags to show the list of post -- things like [posts type=blog limit=5 sort=random]... See what I mean?
'course I never implemented any of that.
Sites aren't implemented in Noisen so that's why it's confusing.
They were always intended as this: basically, same as a blog, but the index is different. Instead of having a list of blog posts, you have a more complex page that is built by the author, either through HTML in an editor (is it wise?), or through 'blocks' that they place wherever they want. For instance, set a blog post to be a headline or introduction, show a list of the 5 most popular posts or 5 most recent, or a random selection of them, either in blog index format or just the link or something, and most importantly, actual text contents that should be used to 'link' the blocks between them. I had envisioned actually setting up a hidden topic for each 'site', where only the first post would be used, and would represent the main page, with the user being able to use various new bbc tags to show the list of post -- things like [posts type=blog limit=5 sort=random]... See what I mean?
'course I never implemented any of that.
9683
Features / Re: New revs
« on February 22nd, 2011, 10:56 PM »
rev 615
(4 files, 14kb)
! Made sure that single-line comments match "// " (with a space or tab) rather than just "//", e.g. in hardcoded URLs. (Subs-Cache.php)
* Removed roundframe div from info center, fixed indentation and simplified some areas. (BoardIndexInfoCenter.template.php)
* Show the small Wedge logo to the right of the footer, rather than next to the copyright info. (styles/index.css)
+ French translation. (Post.french.php)
(4 files, 14kb)
! Made sure that single-line comments match "// " (with a space or tab) rather than just "//", e.g. in hardcoded URLs. (Subs-Cache.php)
* Removed roundframe div from info center, fixed indentation and simplified some areas. (BoardIndexInfoCenter.template.php)
* Show the small Wedge logo to the right of the footer, rather than next to the copyright info. (styles/index.css)
+ French translation. (Post.french.php)
9684
Features / Re: New revs
« on February 21st, 2011, 11:43 PM »
rev 609
(1 file, 1 line actually...)
* Added a workaround to support @-webkit-keyframes rules in the CSS parser. (Class-CSS.php)
(1 file, 1 line actually...)
* Added a workaround to support @-webkit-keyframes rules in the CSS parser. (Class-CSS.php)
9685
Features / Re: New revs
« on February 21st, 2011, 10:52 PM »
rev 608
(7 files, 12kb)
* Renamed CSSCache class to wecss, to match the default naming style. (Class-CSS.php, Subs.php)
* Moved PIE.htc to the scripts folder, mainly because it's a JavaScript file really. (scripts/PIE.htc, Pastel/settings.xml)
* Swapped styling types for Warm and Pastel. (styles/settings.xml, Pastel/settings.xml)
! Updated default replacements blocks when the default styling is used. (Load.php)
! Fixed a minor bug in button padding. (styles/index.css)
(7 files, 12kb)
* Renamed CSSCache class to wecss, to match the default naming style. (Class-CSS.php, Subs.php)
* Moved PIE.htc to the scripts folder, mainly because it's a JavaScript file really. (scripts/PIE.htc, Pastel/settings.xml)
* Swapped styling types for Warm and Pastel. (styles/settings.xml, Pastel/settings.xml)
! Updated default replacements blocks when the default styling is used. (Load.php)
! Fixed a minor bug in button padding. (styles/index.css)
9686
Features / Re: New revs
« on February 20th, 2011, 11:56 PM »
rev 605
* Upgrading Warm to default styling, and moving Pastel to its own folder. Doing it in two phases to avoid SVN conflicts.
rev 606/607
* Moved Green and Green again to Pastel (will have to delete Green again, we got the point), cleaned up Pastel (will have to test tomorrow), and deleted the Warm subfolder. Hopefully it's all done now.
* Upgrading Warm to default styling, and moving Pastel to its own folder. Doing it in two phases to avoid SVN conflicts.
Posted: February 20th, 2011, 11:48 PM
rev 606/607
* Moved Green and Green again to Pastel (will have to delete Green again, we got the point), cleaned up Pastel (will have to test tomorrow), and deleted the Warm subfolder. Hopefully it's all done now.
9687
Off-topic / Re: SQL injection to traffic cameras
« on February 20th, 2011, 06:45 PM »
These two never get old ;)
9688
Features / Re: How about PMs being listed in Core Features?
« on February 19th, 2011, 07:36 PM »
Well... Why not!
9689
Other software / Re: Looking for Portal Suggestions
« on February 18th, 2011, 08:49 PM »
SSI.php 8-)
9690
Features / Re: New revs
« on February 18th, 2011, 06:57 PM »
rev 603
(11 files, 20kb)
+ If user doesn't have permission to view own or any profile, strip links leading to them. (QueryString.php)
* Minor tweaks to Pastel and Warm. (*.css)
(11 files, 20kb)
+ If user doesn't have permission to view own or any profile, strip links leading to them. (QueryString.php)
* Minor tweaks to Pastel and Warm. (*.css)