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
6196
The Pub / Re: Logo Madness
« on March 8th, 2012, 04:22 PM »
I'm the man. I'm the dev.

(Just a funny mockup, wrong colors obviously :p)
6197
Features / Re: Image resizing for non-uploads
« on March 8th, 2012, 04:21 PM »
Just seems so logical to me... Such a no-brainer...
6198
The Pub / Re: Logo Madness
« on March 8th, 2012, 04:15 PM »
Let's just see how well/badly it takes if I force it into everyone's signatures... :P

(FWIW, the 'old' sig logo is now at wedgetops.png instead of minilogo.png)
Posted: March 8th, 2012, 11:27 AM

Bump, for Pete to tell me off :P
6199
Features / Re: Selectbox
« on March 8th, 2012, 04:04 PM »
Quote from Arantor on March 8th, 2012, 03:59 PM
Oh, I like the fact the size is in the box, just that the text size is bigger than the box it's inside!
Well, the alternative would be to increase the box size dynamically, but it would look even worse because it'd break the layout for the first line of buttons ;)
Quote
* Arantor is suddenly reminded of another micro feature he should add.
Where do we stop? :P
6200
Features / Re: Image resizing for non-uploads
« on March 8th, 2012, 04:02 PM »
We sure could... Actually I thought it already had this "click img" system...? Wasn't it in theme.js or somewhere?
6201
Features / Re: Selectbox
« on March 8th, 2012, 03:58 PM »
It's a design choice, actually... Don't you like it? :^^;:
Look at Font Face, it'll also use the new font.
6202
Features / Re: Privacy options
« on March 8th, 2012, 03:24 PM »
Quote from Arantor on February 29th, 2012, 11:52 AM
I haven't digested everything here, but wanted to catch up on the most important points (to me at least)
Ready to digest, or giving up? :P
Quote
Quote
Look at the only query with a m.approved test. It doesn't test for topic privacy. Then, the subsequent query does a topic join but doesn't have query_see_topic, either. In the end -- it's broken.
Yup, it certainly is. It needs to have query_see_topic somewhere, ideally the earlier the better.
Or query_see_message when no topic join is available... I don't really see a better way of doing it than forcibly adding a subselect on the topic.
Quote
Ah, but it can. This is one of the many foibles of the system. If you have a topic that is unapproved, the owner and moderators/approvers can see it. Should a moderator/approver reply to it (e.g. in response to the opening post, as per SMF Showcase board), that post will be approved, but the topic as a whole and its opening post will both be marked unapproved.
So, technically, anyone will be able to read their post in the Recent Posts area, but not click on it to see it in context...?
Quote
The point is, while I can't bring any examples immediately to mind, it's possible that someone can find a combination of ' and " that would allow them to escape out of the usual protective layers, so that malicious links or onclicks could be added.
I really don't see how.

So... About topic privacy, then. Back on this... And I'm scared. Really scared.

Considering that topic privacy can be given to either of these (one or more!):
- everyone
- only registered members
- only one or more membergroups
- only one or more contact lists
- only one or more members

The query_see_topic can quickly become quite a behemoth...
Pseudo-code.

Code: [Select]
privacy = everyone
OR (privacy = members)
OR (
privacy = contacts
AND t.id_member_started != 0
AND FIND_IN_SET(<user_id>, (SELECT buddy_list FROM members WHERE id_member = t.id_member_started))
)

This is what we have right now...
What customization will give:

Code: [Select]
privacy = everyone
OR (privacy = no_guests)
OR (
privacy = contacts
AND (SELECT id_member FROM contact_lists WHERE id_contacts = <privacy_id> AND id_member = <user_id>) = <user_id>)
)
OR (
privacy = groups
AND (<privacy_id> IN (<user_membergroup_list>))
)
OR (
privacy = members
AND (<user_id> = <privacy_id>)
)

Now, that looks like an acceptable price to pay... Only, this query is no longer done on the topic table itself, but as a JOIN on the privacy table. Meaning that, first of all, we need to add a row for every topic (saying 'privacy = everyone' by default), even if everyone can view it. Or we have to use a has_privacy field on the topic table and use the above code in a subselect instead of doing a join. Then, it's a BIT annoying to do a subselect on every contact list test, maybe we should also maintain a list of contacts in the member table -- maybe even two lists: the contact lists you own, and the contact lists you're in. (Heck, at that point, maybe we don't even need a contact list table... Then again we'd have to have a huge field for the contact lists you're in... If only because I suppose you could be in multiple contact lists *per member*...)

Also, what about if I'm found out to be a positive for topic privacy as soon as the first item in the privacy list? Will the JOIN keep going through the table? Would a LIMIT 1 be enough to stop it from doing that? But then we need a subselect, right...?

So much fun. And we get to do this for both topic and thought privacy... *And* write the UI later as well... Eh eh.
6203
The Pub / Re: Logo Madness
« on March 7th, 2012, 11:31 PM »
We all like it. But it's not the best for readability.
So am I the only one to like the smaller lettering? ;)
6204
Features / Re: New revs
« on March 7th, 2012, 07:00 PM »
rev 1447
(5 files, 1kb)

* Spacinazi. (ManageMemberOptions.php)

* Translation. (Admin.french.php, index.french.php, ManageSettings.french.php)

! IE6 needed a tweak for two-columns, like IE7. (index.ie6.css)
6205
Plugins / Re: Mad idea but it might just work
« on March 7th, 2012, 06:50 PM »
@Pete> Yes, but SMF doesn't *need* the FTP data if you're going to install a mod. It only asks for it if your server has permission issues...
6206
Plugins / Re: Mad idea but it might just work
« on March 7th, 2012, 06:34 PM »
Concern, yes: this does mean Wedge has to store FTP credentials, doesn't it...? To me, it's more... Interesting as data, than access to the folders themselves.
6207
Features / Re: Unfinished, quite raw, would like some feedback
« on March 7th, 2012, 06:32 PM »
Quote from Farjo on March 7th, 2012, 02:39 PM
Changing the subject - or rather not keeping the subject but I don't want you not to not think I don't think semantics are unimportant because I don't not  :unsure:
:rotfl:
6208
The Pub / Re: Logo Madness
« on March 7th, 2012, 06:29 PM »
Quote from Arantor on March 7th, 2012, 04:23 PM
It's only in use on smcore.org because the Citiez theme uses it - not because it was smCore's customisation of that theme.
It doesn't change the fact that they 'may' want to keep it that way... :P
Quote
It's a nice enough logo, I guess, but I'm just left with a slightly 'bland' feeling about it :( (Probably not what you wanted to hear.)
Nah, it's destined to be bland... Because the blander it is, the lazier people will be to remove it if we ever happen to add it to the main template... :P
Quote
I'm actually comfortable enough with the logo currently in use (non hovered) here on wedge.org as it is, don't really feel a need to change it.
It's always going to be that one eh? Sure it's one of my most popular outputs and I do like it too, but it's what it is -- usable here, in the sidebar, and nowhere else. Can't use it as a footer (see the demo site, it's not exactly readable...), can't use it in horizontal form (signatures etc.)

Here are a few others I was about to post yesterday and forgot to.
6209
Features / Re: New revs
« on March 7th, 2012, 06:25 PM »
My turn :P This week's worth of changes on my side. Not much but I wasted plenty of time on bugs.

rev 1446
(12 files, 15kb)

* Cleaned up the Stats page. Shortened the HTML and CSS, fixed JavaScript no longer working, things like that. (script.js, stats.js, Stats.template.php, sections.css)

* Tweaked two-columns to be more useful by turning them into a single column when the screen is too narrow. To tell you the truth, I was considering hardcoding the width to have them automatically become a single column through the magic of floats, but it's probably better this way. (index.css)

+ Don't know if it's for the best (?), but added support for class, id and style parameters to title, title2 and cat blocks. (index.template.php)

! Fixed various skin issues introduced by the swapping between Wine and Weaving. Title font size should no longer be bigger than category fonts, and .cat/.title2 definitions should no longer be duplicated. Can't remove duplicates automatically though. See, a skin may want to unextend a parent class, but a skin below it (i.e. a grandchild) might want to re-extend it, so I'd have to test for extends, then duplicate extends, then test whether there are unextends between them... If someone's willing to write some code with decent speed, then I'm all ears. No one? That's what I thought. Then be careful when inheriting classes, it's all I'm asking for. ;) (Wine/index.css)

* Restored rounded corners on .wrc in Weaving. Really, I should be using them either most of the time or never at all, instead of the mix it was. (index.css, Wine/index.css)

* Details unworthy of... being detailed. (ManageMembers.template.php, index.french.php, ManageSettings.french.php, Class-CSS.php)
6210
The Pub / Re: Logo Madness
« on March 7th, 2012, 04:12 PM »
Added simplest75 above. As the name implies... I tried to get rid of everything but the font itself. The logo is now just a little something that can be stripped from the image without hurting it. I also made it more 'dynamic' per se.
(Heck, that's the only logo I like among the dozen of logos I made in the past week without posting any of them.)

Also, I don't think I'll be using Bebas Neue in the final text. Not because of personal taste -- I do love it, but I noticed that it's being used on smcore.org, and I don't want people to think it's a reference :P