I have a couple styles which I never uploaded to USO because they are only relevant for me. I quite often do a "Find Updates" because I'm constantly installing operating systems and FF as well. For each style, which is only local, the update keeps the network busy on both ends for a while ... and of course for nothing. I was wondering if the possibility of marking styles as "local only" in order to exclude them from update would not be a useful feature, which would benefit the users as well as USO. What do you think?
I haven't checked what it exactly does on the network. But from what I can see on my side, "Find updates" takes significantly longer if styles are missing on the server (because only locally installed) and each of them ends up with an error message.
ChoGGi, i was looking for a way to change the fin bar bg in not found state. Just like i was able to in your old findbar (which i use, thank you!). Also, in Export - i don't think you need ? by Overwrite. Simply Overwrite check/uncheck should be enough.
Posted By: AgneloI haven't checked what it exactly does on the network. But from what I can see on my side, "Find updates" takes significantly longer if styles are missing on the server (because only locally installed) and each of them ends up with an error message.
i'll take a look and see what happens, you could try adding a fake update url to the local styles and see if that helps any (example: http://127.0.0.1/style.css)
Posted By: makondoi was looking for a way to change the fin bar bg in not found state. Just like i was able to in your old findbar (which i use, thank you!). Also, in Export - i don't think you need ? by Overwrite. Simply Overwrite check/uncheck should be enough.
changed and try .findbar-textbox[status="notfound"]{background-color:green!important}
not in the style in the edit dialog click the url checkbox then add http://127.0.0.1/style.css and save it (it'll still give an error, but it might be faster)
Thanks, ChoGGi! I now made the new Find look like the old one but i'm still using yours 'cause the Findbar doesn't jump to 'finds' - when a word is found and you click Find, it scrolls to that word in the style. The new Find does not. You have to manually scroll to look for the highlighted word. Not good. But! i'm perfectly fine with yours, thank you!
@ ChoGGi Yep ... Thanks too! Now I have the explanation why it sometimes takes long and sometimes not. There was an URL there of one of my lan computers I didn't add myself. But I might have installed those styles from there. Because I mostly reinstall over the network and use the same stylish.sqlite with little differences, everybody was trying to update from that URL. He he ! I'll change that. :-)
Hmm ... I wonder what brought Jason to store the styles in a binary file instead of an xml one. (Some kind of windoze flu?)
I know. But an xml file is easier to parse in a shell or perl script (well ... I should say easier for me). It is still human readable and has a database tree structure (can be edited with managers too). Several Unix window managers (like Gome or XFCE) put there entire configuration in an xml hierachy of files, which looks pretty much like the Windows registry from the user point of vue - without the hidden stuff and all the trouble.
SQLite is the easiest method Firefox provides for storage these days. It can be done with an XML format (and was until Stylish 1.0) but it's cumbersome.
@ Jason I'm not sure if I correctly remember ... but I think that in the old stylish.rdf, only the latest modified style was backed up. I just noticed, after removing all live feeds from my styles and dumping stylish.sqlite to take a look at it - that all styles were stored twice (and of course the database had doubled in size). Why not just back up the entire file and keep the database small? Or is there a do/undo/redo strategy (that I'm sure some people would love here :-) )?
There's no backup strategy. The only thing that could make it do something like that is if it thought you modified a style - then it has to store the original code so that when it checks for updates, it compares against the original.
Stylish-Custom-0.5.3.xpi Info: ctrl+dblclick to edit the name/tag of a style changed edit style key from enter to ctrl+enter (so you can press enter after editing name) Options: added an option to choose the colour of menuitems for global styles Ex/Import: renamed Overwrite? to Overwrite Edit: insert colour/site also keep the scroll position insert site rules wasn't working
Interesting! I updated your extension couple minutes after you released it on 2 Linux (Ubuntu/openSUSE) and on 1 Unix FreeBSD computer, 2 times from the forum and 1 time using the FF extensions update dialog... Each time I got time stamp in the future errors (because PDT here).
tar: ./Stylish-Custom@choggi.dyndns.org/locale/en-US/options.dtd: time stamp 2009-08-09 19:20:38 is 5431.591249207 s in the future tar: ./Stylish-Custom@choggi.dyndns.org/defaults/preferences/stylish-custom.js: time stamp 2009-08-09 18:50:50 is 3643.59058795 s in the future tar: ./Stylish-Custom@choggi.dyndns.org/skin/overlay.css: time stamp 2009-08-09 18:51:30 is 3683.58985294 s in the future tar: ./Stylish-Custom@choggi.dyndns.org/content/overlay.js: time stamp 2009-08-09 19:17:20 is 5233.589100889 s in the future tar: ./Stylish-Custom@choggi.dyndns.org/content/info.xul: time stamp 2009-08-09 18:29:20 is 2353.588355542 s in the future tar: ./Stylish-Custom@choggi.dyndns.org/content/options.xul: time stamp 2009-08-09 19:21:58 is 5511.588091262 s in the future tar: ./Stylish-Custom@choggi.dyndns.org/content/info.js: time stamp 2009-08-09 18:33:12 is 2585.587878386 s in the future tar: ./Stylish-Custom@choggi.dyndns.org/content/options.js: time stamp 2009-08-09 19:21:52 is 5505.587519123 s in the future
Firefox (3.0.x and 3.5.x) seems tu ignore time zones while installing extensions. That's not good. I have to touch my files ... or make a break :-)
Right! was gonna say that but kept forgetting. Thanks!
yeah i kept on noticing then forgetting it
Another thanks! It doesn't seem to work though. I changed it to red and it doesn't show, anywhere.
it'll change any global styles in the stylish menu (might not work if you already have something else changing them) try #stylish-popup menuitem[style-type="global"]{color:red!important}
Try this: in a style, click Insert dataURI.. and insert it. The style will scroll all the way up, rather will roll up. You have to scroll to the position you inserted the dataURI, every time. Oh, thanks for the code, i'll try it later (AMO changed the site again, i have 3 styles to re-write! fun, fun, fun .... not! I don't even use the site all that often, only when helping somebody and need to see an ext. they're talking about).
Try this: in a style, click Insert dataURI.. and insert it. The style will scroll all the way up, rather will roll up. You have to scroll to the position you inserted the dataURI, every time.
To solace you after makondos last post I just updated to FF3.5 on my Windows XP machine at work (yepp, unfortunately I forced to use WXP here). This meant I had to update to the latest Stylish (still was using 0.5.9 here). So I installed the latest S-C along. Hell, what a difference! You really did a great job, both of you (Jason+ChoGGi)! So a big thumbs-up (missing the emoticon for that in my emobar), and + ! Keep on the good work!
Posted By: makondoTo solace you after makondos last post...
How touchy... how sweet ... Get a room! While you were away, i was testing them so that you can feel happy. Are you now? I'm pretty sure CHoGGi knows i was kiddin' as i usually do (but due to the smileys overuse by someone above ^, will skip it here, wink).
Hey makondo, calm down! Even I noticed you were kidding - but obviously I chose the wrong smiley to indicate I was, too So to make it clear again: I'm using Stylish 1.x and S-C already for a while on my home machine. But I'm not working with it daily here - which I do on the other machine, which was still running the old version. So I just had to fix some things before the upgrade, and something else immediately after, so I had a direct comparison - which forced me to write above note!
So now, to comfort you as well: Good job testing everything - and yes, you made me happy, too!
P.S.: I'm not shocked by your post - I know, you're always kidding...
P.P.S.: Insert additional smileys if you miss some...
Try this: in a style, click Insert dataURI.. and insert it. The style will scroll all the way up, rather will roll up. You have to scroll to the position you inserted the dataURI, every time.
oops
i guess that isn't an oops after all, insert datauri is from stylish i've changed the stylish menuitems to keep the scroll position, might be a better idea if insert site rules/insert namespaces scrolled (when i upload 0.5.4 you can try and see which way seems better)
edit: if you want the new search to scroll you'll need to ask jason (i could probably add a work-around for it, but i think he'd like it to scroll also?)
Where's your smiley, ChoGGi? Oh, wait, you're not kidding, you ARE confused? (Sorry for derailing your thread... i think Izzy and i should get a room instead ).
OK. Actually, i think they both need to scroll to place. But dataURI is used more often (i think) and, probably, should be first in priority. The search - doesn't bother me. I'm using yours 'cause i like it. But in my style, i have a code for the 'new' one too. People can comment/uncomment what they want. Peace for all.
OK. Actually, i think they both need to scroll to place. But dataURI is used more often (i think) and, probably, should be first in priority.
already made the other stuff keep the scroll position
The search - doesn't bother me. I'm using yours 'cause i like it. But in my style, i have a code for the 'new' one too. People can comment/uncomment what they want. Peace for all.
i think you'd be able to leave both of them uncommented (they use different ids)
Comments
I haven't checked what it exactly does on the network. But from what I can see on my side, "Find updates" takes significantly longer if styles are missing on the server (because only locally installed) and each of them ends up with an error message.
i was looking for a way to change the fin bar bg in not found state. Just like i was able to in your old findbar (which i use, thank you!).
Also, in Export - i don't think you need ? by Overwrite. Simply Overwrite check/uncheck should be enough.
.findbar-textbox[status="notfound"]{background-color:green!important}
I never had update urls in any of my styles, whether local or not.
What is the line of code to add aside from the loopback address ?
in the edit dialog click the url checkbox then add http://127.0.0.1/style.css and save it (it'll still give an error, but it might be faster)
I now made the new Find look like the old one but i'm still using yours 'cause the Findbar doesn't jump to 'finds' - when a word is found and you click Find, it scrolls to that word in the style. The new Find does not. You have to manually scroll to look for the highlighted word. Not good. But! i'm perfectly fine with yours, thank you!
Yep ... Thanks too!
Now I have the explanation why it sometimes takes long and sometimes not. There was an URL there of one of my lan computers I didn't add myself. But I might have installed those styles from there. Because I mostly reinstall over the network and use the same stylish.sqlite with little differences, everybody was trying to update from that URL. He he ! I'll change that. :-)
Hmm ... I wonder what brought Jason to store the styles in a binary file instead of an xml one. (Some kind of windoze flu?)
you can use sqlite manager to view/edit it
btw i'm pretty sure jason runs linux
It is certainly faster, but I don't think you'll notice the difference.
I'm not sure if I correctly remember ... but I think that in the old stylish.rdf, only the latest modified style was backed up. I just noticed, after removing all live feeds from my styles and dumping stylish.sqlite to take a look at it - that all styles were stored twice (and of course the database had doubled in size). Why not just back up the entire file and keep the database small? Or is there a do/undo/redo strategy (that I'm sure some people would love here :-) )?
Info:
ctrl+dblclick to edit the name/tag of a style
changed edit style key from enter to ctrl+enter (so you can press enter after editing name)
Options:
added an option to choose the colour of menuitems for global styles
Ex/Import:
renamed Overwrite? to Overwrite
Edit:
insert colour/site also keep the scroll position
insert site rules wasn't working
Firefox (3.0.x and 3.5.x) seems tu ignore time zones while installing extensions.
That's not good. I have to touch my files ... or make a break :-)
try #stylish-popup menuitem[style-type="global"]{color:red!important}
Oh, thanks for the code, i'll try it later (AMO changed the site again, i have 3 styles to re-write! fun, fun, fun .... not! I don't even use the site all that often, only when helping somebody and need to see an ext. they're talking about).
Oh wow! yeah, that worked. Thank you!
Must be said, yepp!
While you were away, i was testing them so that you can feel happy. Are you now?
I'm pretty sure CHoGGi knows i was kiddin' as i usually do (but due to the smileys overuse by someone above ^, will skip it here, wink).
So to make it clear again: I'm using Stylish 1.x and S-C already for a while on my home machine. But I'm not working with it daily here - which I do on the other machine, which was still running the old version. So I just had to fix some things before the upgrade, and something else immediately after, so I had a direct comparison - which forced me to write above note!
So now, to comfort you as well: Good job testing everything - and yes, you made me happy, too!
P.S.: I'm not shocked by your post - I know, you're always kidding...
P.P.S.: Insert additional smileys if you miss some...
i've changed the stylish menuitems to keep the scroll position, might be a better idea if insert site rules/insert namespaces scrolled (when i upload 0.5.4 you can try and see which way seems better)
edit: if you want the new search to scroll you'll need to ask jason (i could probably add a work-around for it, but i think he'd like it to scroll also?)
(Sorry for derailing your thread... i think Izzy and i should get a room instead
OK. Actually, i think they both need to scroll to place. But dataURI is used more often (i think) and, probably, should be first in priority.
The search - doesn't bother me. I'm using yours 'cause i like it. But in my style, i have a code for the 'new' one too. People can comment/uncomment what they want. Peace for all.