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.
4501
The Pub / Re: Logo Madness
« on September 10th, 2012, 03:24 PM »
So... Click the French flag on the homepage, and you get the very latest variation -- trying out a good ol' humanist lowercase italic, rather than uppercase neo-grotesque. Well, it works great in large format like there, but not as well in small format I'm afraid.
I made the center of the logo a bit less pointy, following a suggestion by a RL friend yesterday. And the right side of the W is slightly modified to be more symetrical with the left part. (I'm doing it manually, so please bear with me...)
Now compare it with the English flag. Do you think it's time to replace the default logo? :)
(Feel free to say 'no', obviously... It's just the homepage logo for now, anyway.)
PS: because I know we're all lazy bastards... :P
I made the center of the logo a bit less pointy, following a suggestion by a RL friend yesterday. And the right side of the W is slightly modified to be more symetrical with the left part. (I'm doing it manually, so please bear with me...)
Now compare it with the English flag. Do you think it's time to replace the default logo? :)
(Feel free to say 'no', obviously... It's just the homepage logo for now, anyway.)
PS: because I know we're all lazy bastards... :P
4502
Off-topic / Re: Doctor Who
« on September 10th, 2012, 02:05 PM »On the one hand, I liked it, a lot...
Other than that... Too many friggin' plot holes for me. And I'm not one to scream at plot holes... It just didn't make sense overall. Things like, "okay you have control of the ship but we're still going to shoot the ship because we can", or "let's ride that slow Triceratops, it's certainly going to be more efficient than just running while dodging these lame laser shots from the dumb robots..."
on the other hand, Matt Smith's frenetic doctor is really starting to wear on me....
Anyway... It was far, far less interesting than last week. To me, it was the worst episode since season 5's Victory of the Daleks, and season 3's Daleks in Manhattan. And without any Daleks to help? Congrats!
4503
The Pub / Re: Logo Madness
« on September 9th, 2012, 05:03 PM »
What about this? Getting closer...
4504
The Pub / Re: Getting ready for an alpha release: WeCSS/Wess improvements
« on September 9th, 2012, 05:00 PM »
I don't know. You tell me.
To me, it doesn't matter that much. @ is to help against mistaking commands for selectors. But @extends doesn't excite me so I decided tht any modifiers would be prefix free. But conditionals? Are they not commands?
To me, it doesn't matter that much. @ is to help against mistaking commands for selectors. But @extends doesn't excite me so I decided tht any modifiers would be prefix free. But conditionals? Are they not commands?
4505
The Pub / Re: Getting ready for an alpha release: WeCSS/Wess improvements
« on September 9th, 2012, 10:56 AM »
What about @remove and @replace? ;)
4506
The Pub / Re: Getting ready for an alpha release: WeCSS/Wess improvements
« on September 9th, 2012, 12:04 AM »
I know it's a lot of questions (that's what life is about :P), but you don't have to answer them all ;)
Just gimme your feelings about whatever made you feel something!
Hopefully getting some opinions before I actually start work on implementing these :^^;:
A bit
Of a
Desperate
Bump.
Sadness ensues.
Just gimme your feelings about whatever made you feel something!
Hopefully getting some opinions before I actually start work on implementing these :^^;:
Posted: September 8th, 2012, 05:56 PM
A bit
Of a
Desperate
Bump.
Sadness ensues.
4507
The Pub / Re: Logo Madness
« on September 8th, 2012, 06:32 PM »
Apparently they got the copyright on squares with rounded corners!
4508
The Pub / Re: Logo Madness
« on September 8th, 2012, 05:53 PM »
Getting close to something I really, really like...
4509
The Pub / Re: Logo Madness
« on September 8th, 2012, 01:10 PM »
The blue ain't thrilling, I'll grant you.
Oh, here's another one I made this morning... As you can see, I'm trying to make the W more 'dynamic', more bendy. Colors aren't perfect, they need to be blander I think (rather than complementary), but I like the idea of 4 colors on the logo.
Oh, here's another one I made this morning... As you can see, I'm trying to make the W more 'dynamic', more bendy. Colors aren't perfect, they need to be blander I think (rather than complementary), but I like the idea of 4 colors on the logo.
4510
The Pub / Getting ready for an alpha release: WeCSS/Wess improvements
« on September 8th, 2012, 11:33 AM »
So... I slept on it, and it's even worse now :)
I think WeCSS is getting a bit 'old' by my standards, and I should remove some of the dust. And maybe rename it to 'Wess', which I've been considering for a while...
- First of all, because I support 'base:' and added the 'extends' keyword to make it more objecty, I think it's only fair that I add a 'mixes' keyword that would do the exact same thing as 'mixin:'.
- Additionally, maybe mixins should be defined the same way as bases, that is, as regular selectors... (Or, at least, to enable virtuals to be used as mixins). To get the regular mixin behavior, we'd just need to define them as virtuals. The good thing is that it would mean .inline-block can be used both as a base and a mixin. Can you hear "solves the media query problem" already? Yes I'm sure you can...
- I went to check out LESS and SASS (my main 'competition' if I may say), and LESS has done a lot of progress in a year (I should have kept up with their new stuff really...). They now both support mixin parameters, and it's indeed something that could happen to be useful in WeCSS as well. I'm just trying to figure out the proper way of writing it if I'm going to use selectors for mixin declarations... Something like:
Code: [Select]
- As seen just above, there's already an undocumented feature in WeCSS which I like a lot:
background-color: ifnull($custom_color, #fff)
Meaning, "if $custom_color is set, then set background-color to it, otherwise set it to #fff".
Okay, so should this remain like this? Or would it feel more natural to use @ifnull instead of ifnull?
- Same for conditionals...
Code: [Select]
Should these keywords use @? Should whatever follows if be between brackets? if(ie) or if (ie), like in JavaScript or PHP... But maybe skin authors aren't too versed into these languages, I don't know.
Should we use @endif, too, or would indenting be enough to say "it's the end of the argument list"...? (I haven't tested for now whether or not it can allow for nested selectors in such a situation...)
Should we allow for single-line if statements?
Code: [Select]
Code: [Select]
(In which case, an @endif would mean end of statement, while a missing @endif would mean the statement ends at the end of the line.... But again, maybe it's too complicated?)
Or maybe, similarly to ifnull/@ifnull...
Code: [Select]
Just a few ideas like that. May add some in the future... Would like opinions from everyone interested in CSS in general, thank you :)
I think WeCSS is getting a bit 'old' by my standards, and I should remove some of the dust. And maybe rename it to 'Wess', which I've been considering for a while...
- First of all, because I support 'base:' and added the 'extends' keyword to make it more objecty, I think it's only fair that I add a 'mixes' keyword that would do the exact same thing as 'mixin:'.
- Additionally, maybe mixins should be defined the same way as bases, that is, as regular selectors... (Or, at least, to enable virtuals to be used as mixins). To get the regular mixin behavior, we'd just need to define them as virtuals. The good thing is that it would mean .inline-block can be used both as a base and a mixin. Can you hear "solves the media query problem" already? Yes I'm sure you can...
- I went to check out LESS and SASS (my main 'competition' if I may say), and LESS has done a lot of progress in a year (I should have kept up with their new stuff really...). They now both support mixin parameters, and it's indeed something that could happen to be useful in WeCSS as well. I'm just trying to figure out the proper way of writing it if I'm going to use selectors for mixin declarations... Something like:
.my_mixin virtual params $col = #fff, $param2...
color: $col
box-shadow: ifnull($param2, none)- As seen just above, there's already an undocumented feature in WeCSS which I like a lot:
background-color: ifnull($custom_color, #fff)
Meaning, "if $custom_color is set, then set background-color to it, otherwise set it to #fff".
Okay, so should this remain like this? Or would it feel more natural to use @ifnull instead of ifnull?
- Same for conditionals...
.class
color: #fff
@if ie6, ie7, firefox[-3.7]
background: url(border)
@else
border-radius: 5px
font-size: 1emShould these keywords use @? Should whatever follows if be between brackets? if(ie) or if (ie), like in JavaScript or PHP... But maybe skin authors aren't too versed into these languages, I don't know.
Should we use @endif, too, or would indenting be enough to say "it's the end of the argument list"...? (I haven't tested for now whether or not it can allow for nested selectors in such a situation...)
Should we allow for single-line if statements?
.class
@if (ie[-8]) background-color: #fff @else background-color: rgba(255,255,255,.8).class
background-color: @if (ie[-8]) #fff @else rgba(255,255,255,.8)(In which case, an @endif would mean end of statement, while a missing @endif would mean the statement ends at the end of the line.... But again, maybe it's too complicated?)
Or maybe, similarly to ifnull/@ifnull...
.class
background-color: @if (ie[-8], #fff, rgba(255,255,255,.8))Just a few ideas like that. May add some in the future... Would like opinions from everyone interested in CSS in general, thank you :)
4511
The Pub / Re: Getting ready for an alpha release: CSS fixes
« on September 8th, 2012, 01:38 AM »
I don't see the point in moving it to the top, and forcing people to systematically scroll...
Plus, it's one thing to be able to move the sidebar to the bottom with a CSS trick. It's a different thing to do it the other way around, because it supposes you add the HTML for the sidebar BEFORE the HTML for the content. And guess what -- not great for SEO.
Ah, yes, I've been working on a table-less version of the sidebar for IE6/7, because I figured, it's nice to show off what WeCSS can do (on-the-fly table/table-free layouts), but it's best to keep the stuff simple and stupid, especially in a default skin.
Also, I've been working on a new feature for WeCSS which I can't believe I never had.... Conditional compilation of CSS depending on the browser. It was already done for variables inside a file, but never for arbitrary properties/rules/entire blocks. Duh. This can potentially remove many of the hack files I added to the skin folders -- and most importantly, it makes the hacks easier to maintain because they can be put right next to the non-hack versions.
Now if I could settle on a proper syntax for that... I'm not too fond of {if ie6,ie7}...{else}...{endif}.
I'll sleep on it.
Plus, it's one thing to be able to move the sidebar to the bottom with a CSS trick. It's a different thing to do it the other way around, because it supposes you add the HTML for the sidebar BEFORE the HTML for the content. And guess what -- not great for SEO.
Ah, yes, I've been working on a table-less version of the sidebar for IE6/7, because I figured, it's nice to show off what WeCSS can do (on-the-fly table/table-free layouts), but it's best to keep the stuff simple and stupid, especially in a default skin.
Also, I've been working on a new feature for WeCSS which I can't believe I never had.... Conditional compilation of CSS depending on the browser. It was already done for variables inside a file, but never for arbitrary properties/rules/entire blocks. Duh. This can potentially remove many of the hack files I added to the skin folders -- and most importantly, it makes the hacks easier to maintain because they can be put right next to the non-hack versions.
Now if I could settle on a proper syntax for that... I'm not too fond of {if ie6,ie7}...{else}...{endif}.
I'll sleep on it.
4512
Off-topic / Re: The Dark Knight Rises
« on September 8th, 2012, 01:31 AM »
I don't know if it was the accent or something, but it did sound odd in the first few scenes... Then after a while, I surprisingly liked it. It sounded realistic -- i.e. a normal human being speaking, rather than a killing machine or whatever crap... In fact, thinking about it, Bruce Wayne has a more ridiculous voice than he does, because he chooses to use it!
Of course, I was kinda helped by the subtitles. (They were French, I tend to hate French subs these days and prefer to rely on English subs and handle the translation by myself) I was saying -- with subs, you can automatically read them if you don't understand what he just said. There was even a Conan O'Brien emphasizing the lack of clarity in his speeches... (I saw that one online.)
Ending isn't what's best in the movie I'd say. Or at least, if they wanted to have a 'shock ending', they totally failed, at least for me.
(click to show/hide)
And yes, I did love TDKR. My 4th favorite Batman movie -- after Mask of the Phantasm, Dark Knight, and Under the Red Hood (in that order).
Of course, I was kinda helped by the subtitles. (They were French, I tend to hate French subs these days and prefer to rely on English subs and handle the translation by myself) I was saying -- with subs, you can automatically read them if you don't understand what he just said. There was even a Conan O'Brien emphasizing the lack of clarity in his speeches... (I saw that one online.)
Ending isn't what's best in the movie I'd say. Or at least, if they wanted to have a 'shock ending', they totally failed, at least for me.
- Miranda Tate: see above.
- Robin: seriously? That was a given since the guy's very first scene... A bright young orphan/policeman, knows Bruce's identity, has ideals, does an excellent job as a sidekick...? It was so obvious. And it became even more blatant when Batman said, "if you're going to fight crime, you should wear a mask"... Okay, duh!
- Bruce's death scene: sure, sure... The movie tag says "The Legend Ends". Every article mentions the fact that Nolan wanted a clear conclusion. Where else could you have killed Batman? It was *so* frigging expected. What I was hoping for, was a passing of the mantle scene, rather than a death scene. Got both actually... (Or was it a V for Vendetta rip-off? I'm not so sure.)
- The dream scene at the end: well, we did see Bruce in his cockpit a few seconds before the explosion. Unless there's a badly made ellipse (i.e. close-up on his face, then ellipse implying he has time to escape, then close-up on the counter), there's no reason to believe he survives.
- Having a nuke explode a few miles away from Gotham... So very smart. Instead of instant death for millions of people, it'll be a slow and painful death due to the fallout.
- I watched The Avengers a few days before going to the TDKR. The endings were the same. Playboy billionaire sacrifices own life by taking a nuke away from the city, and thus proves he's a real hero, and gets a statue. Yay. Thankfully, it's probably just a huge coincidence that the two major blockbusters of 2012 have the same ending. As I said months ago, I don't expect Steven Moffat to have stolen Steins;Gate's ending for Doctor Who 6x13, even though the 'clever trick' is exactly the same shit in both...
And yes, I did love TDKR. My 4th favorite Batman movie -- after Mask of the Phantasm, Dark Knight, and Under the Red Hood (in that order).
4513
The Pub / Re: Getting ready for an alpha release...
« on September 7th, 2012, 07:17 PM »This is the internet where your privacy is being eroded every single day. I don't know about you but I don't like my privacy being eroded daily. I don't like the fact that if I watch a YouTube video, Google is tracking that fact and is able to track what I'm watching.
I was doing experiments on my old PC - dual core Athlon x64 with 8GB RAM, running Windows. It was hardly well-optimised but if you can imagine I was seeing half-second load times under 2k boards...
I can certainly get behind using mediumint for these,
far more than I can with making them ints, especially given how many places use these things...
Telling modders that if they want to adhere to board privileges, they just have to use {query_enter_board} or whichever one it is, is nice and easy. Telling them that to do it with an extra join and whatnot is a lot more complicated to explain.
SELECT something
FROM table
{query_enter_board}
WHERE condition
And {query_enter_board} = JOIN boards AS b ON (b.id_board IN {list_of_boards_I_can_enter}...
No? Isn't that just as simple as having WHERE condition AND {query_enter_board}...?
I know that I used something similar in Noisen (you still have the diff patch), and it felt natural to me.
Yes, a join will typically be faster when you're getting into thousands of rows.
4514
Archived fixes / Re: PHP errors in the memberlist
« on September 7th, 2012, 04:42 PM »
Should be fixed here too now.
Smileys -> they're Wedge.org specific. i.e. the smileys in Wedge are also in SMF 2. I have no qualms with releasing the smiley set as it is, but it won't be part of Wedge because I'm not sure I can claim ownership of it, even though I made many of them myself. (The rest is taken from the official PunBB smileys, or variations on it released on a fan forum.)
Smileys -> they're Wedge.org specific. i.e. the smileys in Wedge are also in SMF 2. I have no qualms with releasing the smiley set as it is, but it won't be part of Wedge because I'm not sure I can claim ownership of it, even though I made many of them myself. (The rest is taken from the official PunBB smileys, or variations on it released on a fan forum.)
4515
Off-topic / Re: The Dark Knight Rises
« on September 7th, 2012, 09:47 AM »
Loved it, personally. Although (click to show/hide)
being a Batman TAS fan didn't help: I knew that Ra's al ghul didn't have a son... And that flashback boy looked awfully like a little girl with her hair cut :P