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
8386
Other software / Re: Wedge and SMF directions
« on July 24th, 2011, 07:38 PM »
Quote from Arantor on July 24th, 2011, 05:55 PM
I don't particularly find much joy in the "I would accept..." tone because it implies a relationship other than what we're doing, i.e. we build what we want and if people don't like it, *shrug*, because we're not in this to bow to the desires of everyone else.
You've made it clear enough many times already, don't worry, everyone knows we only work on things we'd like to have themselves!
But that shouldn't stop people from trying to convince us to implement something. They should just know it's "no" to begin with, and then maybe we'll change our minds later (or just give a definitive "no".)

As for threaded, I propose that we at least include and include the parent ID for all posts. It won't kill performance... As long as we don't use it, we don't even need to bother. But if we ever implement it in the future, it'd be nice that old posts get ID relationships immediately; even if we don't implement anything, we may end up releasing a mod for this, or even someone else... Really, it's something I'd rather have under the hand, even if the final threaded view smells like it was built as an afterthought, I don't really care -- some people like it that way. Some bloggers will want comment relationships (which, I believe it should be pointed out, doesn't help a discussion that is taking place currently, but is definitely helpful once a discussion is over. I think we could even make it so that a blog post's comments are shown in threaded mode by default if it has less than 50 comments and the last post is older than a week....)
8387
The Pub / Re: Jump box and its stupid Go button
« on July 24th, 2011, 09:42 AM »
Quote from [Unknown]link=msg=264514 date=1311485319][quote author=Nao/Gilles on July 18th, 2011, 10:14 AM
you could have told them to use the linktree ;)
Oh believe me, that's definitely the first thing I said.  From hazy hazy memory, I think they preferred the style where there was no linktree at the bottom (used to be the default, the "linktree" style rather than the "breadcrumbs" style.)  I'm not sure, that may no longer exist.

-[Unknown][/quote]In Wedge, the linktree is duplicated at the bottom in board & topic pages. And you can't delete it ;)
Wedge is a larger jump than SMF1->2 in terms of conceptual layout I guess, because of the sidebar and all, so I guess they'll have to 'get used to it'.
Heck, I *DID* manage to get used to Windows 7, after two years of rejecting it completely. Had to 'force' myself into using/customizing it for a month before I really started liking it... But now I'm (finally) starting to find some aspects of it that I find to be well thought out.
8388
Other software / Re: Wedge and SMF directions
« on July 24th, 2011, 09:39 AM »
Yeah, I'm not sure I understand either...
8389
Development blog / Re: Now with 97% more visuals!
« on July 24th, 2011, 09:22 AM »
It collapses automatically if your browser width is < 1024px or so. (I did it so that it would be apparent on a 1024x768 maximized window, and hidden in anything smaller (in width). It still shows up when you hover the left border of the screen though.

This is basically what it looks like when resizing the window and then hovering the mouse over the minimized sidebar...
(Obviously it does so through a CSS3 animation.)
8390
Features / Re: New revs
« on July 23rd, 2011, 11:53 PM »
rev 888
(4 files, 8kb -- an appropriate size, dare I say.)

! Apparently, the Atom feed implementation was written around the time Atom 0.3 was out. Version 1.0 changes the modified tag to updated, and tagline to subtitle. Updated Wedge to use them. Also switched from summary tags to content tags, because as the name implies, summary should be for post extracts, not entire bodies. (Feed.php)

! Fixed RSS implementation bug: language should be specified in the language tag, rather than xml:lang (RSS is not proper XML so it doesn't officially understand that.) (Feed.php)

* Added a comment about the fact that pubDate for items is for RSS 0.93 and RSS 2.0, thus it renders the RSS 0.92 feed invalid. (Not that I'm not planning to remove it anyway...) (Feed.php)

* Top-level submenus are now horizontally aligned on their parent's label, rather than their icon. I guess it's something that could warrant a discussion, but apparently it's not a fascinating subject, so I'll just leave it at that. I probably should rewrite the menu code to make it simpler at this point. (script.js)

! Updated Trophy icon (used in the stats area) to fit in the same dimensions as the other icons on the page. Approximately, at least. (stats_posters.gif)

! Report button had too much padding on the right. (sections.css)

@ When will the bug fixing end? :P
8391
Features / Re: New revs
« on July 23rd, 2011, 08:43 PM »
rev 887
(23 files +2-1, 50kb)

* Renamed reporttm action to report, as the word 'report' itself wasn't taken... Also added a temp Report button. (index.php, unit test, Display.php, Report.php, Subs.php, Display.template.php, SendTopic.template.php, Errors.language.php, index.english.php, Who.language.php, sections.css, report.png)

* Started renaming the warning system in the French translation. I was always bothered by its lack of coherence. "Report" is now "Avertir" instead of "Signaler", while "Issue warning" becomes "Sanctionner" instead of "Avertir". Also improved/fixed translation.
(Errors.french.php, Help.language.php, index.french.php, ManagePermissions.french.php, ManageSettings.french.php, ModerationCenter.language.php, Modlog.french.php, Profile.french.php, Reports.french.php)

* Renamed a couple of credit categories. (Who.language.php)

! The Remove button in the action menu was pretty broken. (Display.php)

! Rev 880 typo introduced a bug in the user menu regarding user vs post IDs. Blame copy & paste. (Display.php, Display.template.php)

! The IP icon had a help icon behind it. Fixed by renaming its class to helpc (for 'help cursor'). Also a shameless plug for multiple inheritance, ah ah. (Display.template.php, index.css, sections.css)
8392
Features / Re: New revs
« on July 23rd, 2011, 01:39 PM »
rev 886 -- aka the 'is_last' commit. Easy to revert, just in case...
(6 files, 8kb)

- Removed 'is_last' element from contextual tabs. They were only used in SMF 1.x themes, dropped in SMF 2.0, and these can be re-introduced easily through hooks. If anyone needs them, at least... (ManageBans.php, ManageErrors.php, ManageMembers.php, GenericMenu.template.php)

- Removed 'is_last' element from generic menus. They weren't used either in Wedge, and were pretty buggy. (1) $first_sa was tested for emptiness at a point where it could never be empty. (2) Current, first and last entries were set twice -- once during the main loop, and once after the loop was finished. (3) First and last entries in a submenu were swapped if in RTL mode. Since when does RTL include 'bottom to top'...? (Subs-Menu.php)

- Removed 'is_last' element from the main menu. Pretty much the same reason... Also fixes another SMF bug: $last_button ($last_item in Wedge) is set but never used, and is_last is unset in some situations but never reset elsewhere. (Subs.php)

! The Media tab in the main menu shouldn't show a submenu if it's only going to show a repeat of the top link... (Subs.php)
8393
Features / Re: New revs
« on July 23rd, 2011, 12:50 PM »
rev 885
(3 files, 5kb)

! SMF bug when handling admin membergroup. Thanks live627! (ManageMembergroups.php)

* Signatures didn't have enough breathing room at the bottom. (sections.css)

* Linktree array was being counted once, plus once for each linktree entry. Reduced this to only once overall. (index.template.php)
8394
Features / Re: New revs
« on July 23rd, 2011, 11:01 AM »
rev 884
(4 files, 12kb)

+ Added $message['has_buttons'], which can be modified in the per-post hook ('display_post_done'). Allows you to add action menu buttons without too much of a hassle. Well, eventually at least... (Display.php, Display.template.php)

! User and action menus were incorrectly viewed as never empty on non-guest posts, and thus failing some tests for guests or users without any permissions. (Display.php)

* Moved buddy and PM buttons to the member CSS, saving some bandwidth for guests. (index.member.css, sections.css)
8395
Features / Re: New revs
« on July 22nd, 2011, 11:01 PM »
rev 883
(6 files, 10kb)

+ Added buttons for all of the currently available user menu items. Some are temp. Someone please find something worthy for them... And possibly move some of these icons to index.member.css -- at the very least, 'Send PM' and 'Add to buddies'! (Display.php, sections.css)

! Website links didn't work in user menu, because of extra quotes in them. (Display.php)

! $user_info['url'] was incorrectly set up in boards and topics when pretty URLs were used. As a result, the quick language change link would always redirect to the upper level. (Load.php)

* Spacinazi. (Profile-Modify.php)

! Member titles in user boxes used the title header styling, because of the ambiguous class name (li class="title"). (Display.template.php)

- Main forum header doesn't need a font size class to be set, as it's overridden in CSS anyway. (index.template.php)
8396
Other software / Re: What happend to Sinan?
« on July 22nd, 2011, 11:43 AM »
(Road Rash, didn't you post a testimony here, yesterday, about the SMF team's lack of "civil manners"?)
8397
Other software / Re: Wedge and SMF directions
« on July 22nd, 2011, 11:04 AM »
I don't really see this as a realistic feature for gri...
If all he wants is to avoid the 'discomforts' of being banned, a 'trackback' conversation isn't going to help.
- Either he wants to prevent his posts from being deleted... Well, they're still going to be deleted from the remote thread, aren't they? One would have to know about his website to go there and read the rest...
- Or he wants to keep being able to answer posts on his site, even though he can't them on the remote site. What's the point? He can do it without 'trackbacks' or whatever...

In any case, when someone bans someone, generally it's with the intent of no longer being 'bothered' by said user. And that includes deleting all of their 'guest' posts or whatever posted after the ban took effect, generally...

As for non-banning trackback methods, I don't really see much of a point either. I do have a sort of trackback system as per my 'latest posts' box at cynarhum.com pointing to noisen.com messages (different servers really), but it's a hack, and I did that only as a way to easily redirect people.
It would actually be, uh... Simpler to implement a RSS->post/RSS->topic function, and have people post feeds to remote threads.

Anything more elaborate would encompass transmitting user details for each post though the pipeline, so that the remote forum can try and associate posts with its local members. It's hit or miss. But having guest posts for non-guest users is not desirable to me.
8398
Features / Re: New revs
« on July 21st, 2011, 11:42 PM »
rev 882
(1 file, 7kb)

* More size optimizations for mini-menus (an extra 100 bytes saved.) (topic.js)

* Also made a few things clearer. Overall it should now be easier to write a fallback for non-JS by writing all of the code through PHP instead. (topic.js)
8399
Other software / Re: What happend to Sinan?
« on July 21st, 2011, 07:50 PM »
Quote from IchBin on July 21st, 2011, 04:58 PM
Well despite whatever outward appearances you are seeing, I can attest that things have indeed changed. While it's certainly not perfect and will never be, conversations are much more civil and are handled much better IMO. Otherwise I wouldn't be on the team.
Oddly, I haven't heard back officially from the SMF team since... last November?
I'm still banned over there, lost friend status etc.
Not that I care at all (it's been a while since I cared), but I don't call this "much more civil". Given that they're now openly acknowledging that they're censoring mentions of Wedge (as Illori said herself a few days ago, which I'm surprised nobody pointed out as abusive), you'll have a hard time convincing me they're doing anything these days in a 'civil' manner.
8400
Other software / Re: Wedge and SMF directions
« on July 21st, 2011, 12:45 PM »
Quote from Arantor on July 21st, 2011, 12:38 PM
OK, look at it this way: while the onward effect of spam (it being visible to Google and regular users) can be curtailed, it's still there and it's still something that has to be cleaned up by the moderators in some way, and it's a source of incoming stuff that wasn't there before.
That's my point: there is *no* way a spambot author is going to waste time pinging Wedge-based websites because they'll just waste their bandwidth and their time.
Quote
Just because spammers don't get any payoff, doesn't mean they won't spam, it just  means that human spammers are discouraged (doesn't stop them trying!) and bots will do what they do anyway.l
But bots need to be written/modified to account for Wedge... And if they do -- they'll look at the source code and see it's pointless.

Also, if we don't use XML-RPC to implement trackbacks, we definitely can't get hit by bots randomly trying to spam any single domain name...
Of course we still get hit by random referrer bots (i.e. bots that simply browse the web with their 'referer' set to a spam page), but maybe BB can deal with that.
Posted: July 21st, 2011, 12:44 PM

Or we could scrape the original pages when the referrers hit us, and see if they have a link to us indeed. If they do -- add them to the list!