I don't care either way, but I'd look at how many people have actually used this feature as a measure of whether it is worth maintaining. I'm assuming someone can query the wikispot database to find out?
Adam Dewitz wrote: > Scott, > > The User CSS URL feature allows the user to specify the location of a > CSS file. E.g http://myhomepage.com/wiki.css. This value is then > stored in the database (users => css_url). When the page is built, > Sycamore checks to see if there is a value for the user and then adds > it to the required CSS link to the document head. > > To see this in action: > > Visit http://tustin.wikispot.org/ and notice the beautiful CSS hackery. > > Then go to your user preference page > > and use http://wikispot.org/Wiki_Settings/CSS? > sendfile=true&file=style.css for your Personal CSS URL. > > and revisit http://tustin.wikispot.org/ > > > I'm uncertain of how much utility this feature provides. And if its > worth maintaining. > > Adam > > > > > On May 22, 2007, at 1:34 PM, [EMAIL PROTECTED] wrote: > >> The CSS URL feature is unnecessary. > > Let me make sure I understand this feature correctly. It allows users to > set a custom css file for a wiki, correct? When a url is set in the user > prefs it'll embed that url into the page itself so the customizations > are > automatically made by the browser. I'll base my comments on the > assumption > that I understand this feature... > > Yes, this feature is somewhat unnecessary and should be removed. This > is a > relatively fringe way of implementing this feature. If someone really > wants to customize the css of a sycamore wiki (or any website for that > matter) they can just do it in Firefox by editing the userChrome.css[1]. > This allows even more flexibility than this feature also because you can > do it on a per-domain level. "If they're using IE and IE doesn't support > that feature they should scrap that hunk and get a real browser", wrote > Scott as he hijacked the thread and degraded it into a browser war. > >> I argue that the CSS itself is unnecessary. This >> is because the css doesn't have anything to do with creating, >> accessing, or the general usefulness of the information management of >> the wiki software, it merely dictates how the information is >> displayed. The manner in which the information is displayed is merely >> eye candy, it makes it easier to read, but it is hardly necessary. >> Further more it adds complication, as one user could have a >> preference for a different display, perhaps they are color blind, >> perhaps they dislike certain fonts, or maybe they lack them. >> Accounting for all these preferences makes the inclusion of CSS too >> much a pain and thusly I propose the wiki should be reduced to a >> medium purely of information because there could surely be no way to >> easily account for everyone's preferences in the way the data is >> displayed. > > I have to call bollocks here. I think CSS is very necessary for the > usability and efficiency of web software. How many popular (and > notoriously usable) sites out there do not use CSS. How else would you > accomplish large text for older people, small text for us internet > pros, a > stripped down version for text-based clients or screen readers, and > at the > same time printing the page without graphics or navigation? Of course > all > of this is possible using CSS and only one hit to the dynamic part of > the > wiki. CSS is highly efficient and should be used whenever possible. > > Scott > -------- > [1] > http://blog.persistent.info/2004/10/skinning-gmail-with-custom- > stylesheet.html > > > _______________________________________________ > Sycamore-Dev mailing list > [EMAIL PROTECTED] > http://www.projectsycamore.org/ > https://tools.cernio.com/mailman/listinfo/sycamore-dev > > _______________________________________________ > Sycamore-Dev mailing list > [EMAIL PROTECTED] > http://www.projectsycamore.org/ > https://tools.cernio.com/mailman/listinfo/sycamore-dev -- Charles McLaughlin Department of Sociology University of California, Davis _______________________________________________ Sycamore-Dev mailing list [EMAIL PROTECTED] http://www.projectsycamore.org/ https://tools.cernio.com/mailman/listinfo/sycamore-dev