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.
8131
The Pub / Re: Jump box and its stupid Go button
« on August 15th, 2011, 12:40 PM »
I'm sorry but their Up/Down links are both intrusive and ugly to me..? Also, the Down link actually doesn't work... :^^;:
8132
The Pub / Re: Jump box and its stupid Go button
« on August 15th, 2011, 12:24 PM »idk nao, the breedable animal im working with atm is using (omg) dang drupal, and the up/down buttons on it are a bit better
there isnt a linktree either at the bottom of it, and with a compact site, sometimes keeping it small is a good thing
How can you do that without editing the files? Hmm... I don't know, calling a hook registration function to add just a single line function that will delete the context variable... We could probably do that in an easier way... But it's definitely doable.
what would be good is ease of removing it if the [siteowner] can do so with ease of not screwing up coding around the linktree
8133
The Pub / Re: Jump box and its stupid Go button
« on August 15th, 2011, 09:37 AM »
I never (EVER) used the Quick Access (previously Jump To) button for navigating. It just stands there and does nothing to do. I removed the Go button to at least save some space... But it still doesn't encourage me to use it.
I use the bottom linktree a lot. Probably more than the top one.
I don't use the Up/Down links much. On my desktop I can simply hit the Home/End buttons on my keyboard for the same effect (or just a small mouse movement on the scrollbar). On my iPod, the links are usually too small to be worth the time to click them, so I'll simply slide through the entire page manually...
PS: I've never liked how the Up/Down links actually change the URL in the address bar. This should be cancelled via JS if at all possible. Hmm adding this to to-do list.
I use the bottom linktree a lot. Probably more than the top one.
I don't use the Up/Down links much. On my desktop I can simply hit the Home/End buttons on my keyboard for the same effect (or just a small mouse movement on the scrollbar). On my iPod, the links are usually too small to be worth the time to click them, so I'll simply slide through the entire page manually...
PS: I've never liked how the Up/Down links actually change the URL in the address bar. This should be cancelled via JS if at all possible. Hmm adding this to to-do list.
8134
Features / Re: New revs
« on August 15th, 2011, 01:07 AM »
rev 927
(6 files, 15kb)
+ All of the default smileys are now accessible in the post editor by default. Heck, aren't they worth it? No? (Class-Editor.php)
! In some situations, the smileys wouldn't show up in the post editor smiley box, because of an incorrect link tag. (Class-Editor.php)
! Some css cache filenames were incomplete because I forgot to update an integer after renaming the css folder. (Subs-Cache.php)
! Validation error. Since when can't inputs be put inside paragraph tags, already...? (Post.template.php)
* Updated file list, for whatever it's worth. We won't be using that file anyway. (xml/detailed-version.php)
! Did some tweaking on Warm and Wuthering skins to give them more personality, notably by changing the font. (Warm/index.css, Wuthering/index.css)
(6 files, 15kb)
+ All of the default smileys are now accessible in the post editor by default. Heck, aren't they worth it? No? (Class-Editor.php)
! In some situations, the smileys wouldn't show up in the post editor smiley box, because of an incorrect link tag. (Class-Editor.php)
! Some css cache filenames were incomplete because I forgot to update an integer after renaming the css folder. (Subs-Cache.php)
! Validation error. Since when can't inputs be put inside paragraph tags, already...? (Post.template.php)
* Updated file list, for whatever it's worth. We won't be using that file anyway. (xml/detailed-version.php)
! Did some tweaking on Warm and Wuthering skins to give them more personality, notably by changing the font. (Warm/index.css, Wuthering/index.css)
8135
Other software / Re: To upgrade or not to upgrade...
« on August 15th, 2011, 12:17 AM »
It still has the annoying saveEntities function call though.
8136
Other software / Re: To upgrade or not to upgrade...
« on August 14th, 2011, 10:20 PM »
This shall be the case, yes. And if it isn't, I'll rewrite the friggin' importer myself to do it. :P
8137
Features / Re: New revs
« on August 14th, 2011, 06:26 PM »
rev 926
(26 files -1, 36kb) (........yet another big commit.)
* The 'more' button in smiley rows should now be on the right, and clicking it will show the new smileys through a slide animation. (Class-Editor.php)
* Now generating the smiley cache for each different different, allowing for IE6 to skip base64-encoded smileys. Also skipping the bigger smileys (>4KB), because we're only here to save bandwidth, not play with base64. (Subs-BBC.php, Subs-Cache.php)
! SMF bug (with no impact on code logic though): $smileyPregSearch is a string, not an array! (Subs-BBC.php)
* Renamed 'smiley_*' to 'smiley *' and thus moved smiley CSS logic to the main CSS file, in order to save some data (approx. 200 bytes after compression, by default.) (Class-Editor.php, Subs-BBC.php, Subs-Cache.php)
* Reintroduced code to disable smiley resizing in Firefox... Unfortunately, it doesn't work. Tried TinyMCE, CKEditor and a few others -- same issue, so I guess Firefox is to blame. Bad Firefox, baaad! (Class-Editor.php)
! Fixed a last-minute bug that prevented Wysiwyg smileys from being converted correctly. (Class-Editor.php)
! Fixed editor to still load the CSS for smileys, even if parsesmileys() is never called on the page. What a load of code just for that... (Class-Editor.php)
* More silly JS code simplification. What can I do, I'm a sucker for micro-optimizations... (Class-Editor.php)
* Commented out a function that isn't used for now in the Zoomedia code. Will need to convert it, really... (Aeva-Subs-Vital.php)
* Renamed smfRegister to weRegister. (Profile.template.php, Register.template.php, Reminder.template.php, register.js)
- Removed profile.js, as it was a bit too short to be justified at this point. (Profile.template.php, Register.template.php, profile.js)
+ Added proper Wedge headers to all JS files that didn't have it. (admin.js, captcha.js, editor.js, fader.js, pm.js, post.js, register.js, spellcheck.js, stats.js, suggest.js, theme.js, topic.js, zoomedia.js)
! Fixed smiley padding in Wysiwyg editor. (editor.css)
* Generic buttons should have a more generic background color, if you ask me. (index.css)
! More robust image replacement technique for smileys. (sections.css, index.ie6.css, index.ie7.css)
! Fixed bug with code tag fixer in Firefox. (theme.js)
* Spacinazi. (ManageMedia.template.php)
(26 files -1, 36kb) (........yet another big commit.)
* The 'more' button in smiley rows should now be on the right, and clicking it will show the new smileys through a slide animation. (Class-Editor.php)
* Now generating the smiley cache for each different different, allowing for IE6 to skip base64-encoded smileys. Also skipping the bigger smileys (>4KB), because we're only here to save bandwidth, not play with base64. (Subs-BBC.php, Subs-Cache.php)
! SMF bug (with no impact on code logic though): $smileyPregSearch is a string, not an array! (Subs-BBC.php)
* Renamed 'smiley_*' to 'smiley *' and thus moved smiley CSS logic to the main CSS file, in order to save some data (approx. 200 bytes after compression, by default.) (Class-Editor.php, Subs-BBC.php, Subs-Cache.php)
* Reintroduced code to disable smiley resizing in Firefox... Unfortunately, it doesn't work. Tried TinyMCE, CKEditor and a few others -- same issue, so I guess Firefox is to blame. Bad Firefox, baaad! (Class-Editor.php)
! Fixed a last-minute bug that prevented Wysiwyg smileys from being converted correctly. (Class-Editor.php)
! Fixed editor to still load the CSS for smileys, even if parsesmileys() is never called on the page. What a load of code just for that... (Class-Editor.php)
* More silly JS code simplification. What can I do, I'm a sucker for micro-optimizations... (Class-Editor.php)
* Commented out a function that isn't used for now in the Zoomedia code. Will need to convert it, really... (Aeva-Subs-Vital.php)
* Renamed smfRegister to weRegister. (Profile.template.php, Register.template.php, Reminder.template.php, register.js)
- Removed profile.js, as it was a bit too short to be justified at this point. (Profile.template.php, Register.template.php, profile.js)
+ Added proper Wedge headers to all JS files that didn't have it. (admin.js, captcha.js, editor.js, fader.js, pm.js, post.js, register.js, spellcheck.js, stats.js, suggest.js, theme.js, topic.js, zoomedia.js)
! Fixed smiley padding in Wysiwyg editor. (editor.css)
* Generic buttons should have a more generic background color, if you ask me. (index.css)
! More robust image replacement technique for smileys. (sections.css, index.ie6.css, index.ie7.css)
! Fixed bug with code tag fixer in Firefox. (theme.js)
* Spacinazi. (ManageMedia.template.php)
8138
The Pub / [Archive] Re: Logo Madness
« on August 14th, 2011, 04:17 PM »The slight transparency gives some character for the text without making it stand out of place.
It's not perfect though. I tried adding a gradient effect in addition to the transparency, but the result is a bit dull, especially at low resolutions.
Also, I'm not 100% happy with the wedge symbol behind it. That's why I'm giving myself some time to, uh... Grow new ideas or simply new habits. Maybe this one will stick. Or maybe I'll just go back to the old green logo.. :P
Why does the text surrounding img-tags stay on the same row as the image no matter what? :huh:
Heck, at this point I don't know if it's important at all... I mean, I'm hoping to be able to convert Wedge.org to use Wedge by next month after all... (Yeah, there are plenty of Wedge.org features that will suddenly be gone, but I can always reimplement them later if I'm not too lazy...)
8139
Off-topic / Re: An old Friend
« on August 14th, 2011, 11:47 AM »
Got feedback from a few longtimenosee posters from around here so I'll give back a couple of badges once I'm back on my pc ;) (and guys-- post more! Your opinions are always welcome.)
8140
Off-topic / Re: An old Friend
« on August 14th, 2011, 07:27 AM »
I've added you to the Friends group.
BTW I've also removed a few friends from the group, for one or two of the following reasons: (1) haven't logged in for a while, (2) haven't posted in a LONG while. Our Friends group is for people who have enthusiasm for Wedge. If they don't post, it means they're hardly into it. Guys, just get back into the game for a bit and I'll re-add you.
(Any reason for not using your actually nickname...?)
BTW I've also removed a few friends from the group, for one or two of the following reasons: (1) haven't logged in for a while, (2) haven't posted in a LONG while. Our Friends group is for people who have enthusiasm for Wedge. If they don't post, it means they're hardly into it. Guys, just get back into the game for a bit and I'll re-add you.
(Any reason for not using your actually nickname...?)
8141
Off-topic / Re: An old Friend
« on August 13th, 2011, 11:14 PM »
You left before the january 2010 team split didn't you...?
8142
Features / Re: New revs
« on August 13th, 2011, 07:42 PM »
rev 925 (and there it is... now we're talking.)
(11 files, 47kb)
* Rewrote the smiley handling system. Parsed smileys now use a div enclosing the actual smiley code. Benefit #1: copying and pasting text will retain smileys as text code in all browsers (SMF limits it to Firefox). Benefit #2: the most used smileys can now be encoded into the CSS, resulting in very fast loading times. As a note, the WYSIWYG editor will still use image tags to show smileys, otherwise navigating smileys through keyboards wouldn't work as well. (Class-Editor.php, ManageSmileys.php, Subs-BBC.php, editor.js, post.js)
+ Added aforementioned cache for BBC tag images. Should work across different smiley sets and browsers, using the same settings as the regular CSS cache. (Subs-BBC.php, Subs-Cache.php)
* Micro-optimized the editor JS code to take less space in the page (replacing objects with arrays, etc.) Because the editor code is unlikely to be changed (much) by mods, and because we now tend to add it even in topic pages, it makes sense to compact it, especially for uncompressed HTML pages where we save over 3 kilobytes. The js files also saved a kilobyte, and about 200 bytes once gzipped. (Class-Editor.php, editor.js, post.js)
- Removed smf_smileys_url (no longer used.) (Class-Editor.php)
- Removed some code that assumed $modSettings['smileys_dir'] and smileys_url weren't set... Probably some SMF1 compatibility code, because it's always set in Wedge. (ManageSmileys.php)
* Removed $txt['icon_laugh'] as it's not a 'default' smiley per the editor code. Added $txt['icon_edit'] because it is. (Subs-BBC.php, Class-Editor.php, index.language.php)
* Rewrote clean_cache to accept any kinds of extensions, instead of their 3 last characters. (Subs-Cache.php)
! clean_cache was broken when specifying extensions, as it used the wrong variable name. (Subs-Cache.php)
* Harmonized JS code for "Object.prototype.function = function ()". Oops, I mean 'spacinazi'. (editor.js, pm.js, post.js, suggest.js, topic.js)
* Moved the Delete button in File attachments to the left, for feng-shui reasons. Also fixed bevel in the button, although I have a feeling it'll break in Safari again... Also, did anyone notice that the input form button is never disabled, even when kindly asked to do so..? (post.js)
@ Note to Pete: maybe the file input should be hidden, as opposed to disabled....?
:edit: I updated Safari to v5.1, and the bug I mentioned is finally gone. So it's all good now... Only problem is, smileys don't show up in the editor :lol: Another bug I'll have to fix...
:edit: 2 - Postbox smileys are buggy in IE (all versions including 9), and Safari. They work well in Chrome, Firefox and Opera, the 'good guys'.
(11 files, 47kb)
* Rewrote the smiley handling system. Parsed smileys now use a div enclosing the actual smiley code. Benefit #1: copying and pasting text will retain smileys as text code in all browsers (SMF limits it to Firefox). Benefit #2: the most used smileys can now be encoded into the CSS, resulting in very fast loading times. As a note, the WYSIWYG editor will still use image tags to show smileys, otherwise navigating smileys through keyboards wouldn't work as well. (Class-Editor.php, ManageSmileys.php, Subs-BBC.php, editor.js, post.js)
+ Added aforementioned cache for BBC tag images. Should work across different smiley sets and browsers, using the same settings as the regular CSS cache. (Subs-BBC.php, Subs-Cache.php)
* Micro-optimized the editor JS code to take less space in the page (replacing objects with arrays, etc.) Because the editor code is unlikely to be changed (much) by mods, and because we now tend to add it even in topic pages, it makes sense to compact it, especially for uncompressed HTML pages where we save over 3 kilobytes. The js files also saved a kilobyte, and about 200 bytes once gzipped. (Class-Editor.php, editor.js, post.js)
- Removed smf_smileys_url (no longer used.) (Class-Editor.php)
- Removed some code that assumed $modSettings['smileys_dir'] and smileys_url weren't set... Probably some SMF1 compatibility code, because it's always set in Wedge. (ManageSmileys.php)
* Removed $txt['icon_laugh'] as it's not a 'default' smiley per the editor code. Added $txt['icon_edit'] because it is. (Subs-BBC.php, Class-Editor.php, index.language.php)
* Rewrote clean_cache to accept any kinds of extensions, instead of their 3 last characters. (Subs-Cache.php)
! clean_cache was broken when specifying extensions, as it used the wrong variable name. (Subs-Cache.php)
* Harmonized JS code for "Object.prototype.function = function ()". Oops, I mean 'spacinazi'. (editor.js, pm.js, post.js, suggest.js, topic.js)
* Moved the Delete button in File attachments to the left, for feng-shui reasons. Also fixed bevel in the button, although I have a feeling it'll break in Safari again... Also, did anyone notice that the input form button is never disabled, even when kindly asked to do so..? (post.js)
@ Note to Pete: maybe the file input should be hidden, as opposed to disabled....?
:edit: I updated Safari to v5.1, and the bug I mentioned is finally gone. So it's all good now... Only problem is, smileys don't show up in the editor :lol: Another bug I'll have to fix...
:edit: 2 - Postbox smileys are buggy in IE (all versions including 9), and Safari. They work well in Chrome, Firefox and Opera, the 'good guys'.
8143
Features / Re: New revs
« on August 13th, 2011, 04:36 PM »
rev 924 (and that's not even the big commit... :whistle:)
(15 files +1, 20kb)
- Replacing seldom used we_images_url JavaScript variable with we_theme_url + '/images'. (index.template.php, ManageMembergroups.template.php, Themes.template.php, suggest.js, register.js)
* Minor fixed to post page button layout. (sections.css)
* Spacinazi. Please note that 'input_attr' now expects an extra space. I'm not wasting CPU cycles on just two specific form entries. (Register.template.php, Profile.template.php, Profile-Modify.php)
! Harmonized descriptions for smileys and smiley-based topic icons. Also fixed bad French translations for these. (index.language.php, Install.language.php)
+ Added the Edit smiley to the Aaron smiley set. (edit.gif)
* Smileys that are not installed by default in the visible postbox area should be in the popup, rather than hidden. (install.sql)
(15 files +1, 20kb)
- Replacing seldom used we_images_url JavaScript variable with we_theme_url + '/images'. (index.template.php, ManageMembergroups.template.php, Themes.template.php, suggest.js, register.js)
* Minor fixed to post page button layout. (sections.css)
* Spacinazi. Please note that 'input_attr' now expects an extra space. I'm not wasting CPU cycles on just two specific form entries. (Register.template.php, Profile.template.php, Profile-Modify.php)
! Harmonized descriptions for smileys and smiley-based topic icons. Also fixed bad French translations for these. (index.language.php, Install.language.php)
+ Added the Edit smiley to the Aaron smiley set. (edit.gif)
* Smileys that are not installed by default in the visible postbox area should be in the popup, rather than hidden. (install.sql)
8144
Features: Posts & Topics / Re: Merge Double Posts
« on August 13th, 2011, 12:20 PM »
It's not going to be much. (Says me after I said the same about smiley sprites... :whistle:)
Most of the work would be inside the rewrite for threaded views anyway.
Most of the work would be inside the rewrite for threaded views anyway.
8145
Features: Posts & Topics / Re: Merge Double Posts
« on August 13th, 2011, 11:20 AM »
Virtual merging is effortless. ???
The only CPU load it takes is to test whether to show the post footer and next post header.
The only CPU load it takes is to test whether to show the post footer and next post header.