Re: [fossil-users] looking for interesting new fossil skins
Hi Stephen, I have made a skin using Twitter Bootstrap CSS that looks quite good IMHO (responsive layout and all). Actually this is a bit more involving than just using the skin, it requires patching the markup that is generated by fossil a bit, something that I maintain in my private branch (but I would love to have this in the master if acceptable !). The patch mainly add classes (something that could be probalby done non intruively using javascript) and change tables for divs when tables are used for the layout. I have also added the possibility to use raw HTML as a markup language (which I used mostly for the home page where the layout is a bit more complicated). And extended the Wiki markup with newer HTML5 harmless markups used by Bootstrap (think header, footer, address). All my repositories are hosted behind a firewall right now, but if you want a quick overview I made a static copy one of them here : http://www.lthe.fr/pageperso/debionne/fossil-static/repo/sdmtk/home.html If that is of any interest, my latest merge on 1.28 is available here : http://www.lthe.fr/pageperso/debionne/software/fossil-src-20140127173344.tar.gz Mostly cosmetic things but if you want to make fossil even more beautiful, I'm all in ! Samuel Le 11/02/2014 15:42, Stephan Beal a écrit : Hi, all, i'm looking to clone someone's interesting fossil skin to snazz up my fossil repos a bit. Can any suggest a fossil repo with a nice skin? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
On 11 Feb 2014, at 19:42, Martijn Coppoolse li...@martijn.coppoolse.com wrote: Remigiusz Modrzejewski schreef op 11-2-2014 15:54: On 11 Feb 2014, at 15:42, Stephan Beal sgb...@googlemail.com wrote: i'm looking to clone someone's interesting fossil skin to snazz up my fossil repos a bit. Can any suggest a fossil repo with a nice skin? I once stole a skin I like, see here: http://dev.lrem.net/p2pvsim2/timeline I stole a similar one too; it was originally less 'advanced' (e.g. no blue background on mouseover of the menu items), which leads me to think that was the original. It was located at codingrobots.com, but that site no longer sports anything recognizable as fossil, though. And codingrobots.org redirects to a GitHub repo, so it looks as they've switched SCM. I think this is where I stole this one from. I don’t think I have done any work on them, so I probably just got a newer version. Kind regards, Remigiusz Modrzejewski ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
Am 14.02.2014 11:02, schrieb Samuel Debionne: Hi Stephen, I have made a skin using Twitter Bootstrap CSS that looks quite good IMHO (responsive layout and all). Actually this is a bit more involving than just using the skin, it requires patching the markup that is generated by fossil a bit, something that I maintain in my private branch (but I would love to have this in the master if acceptable !). The patch mainly add classes (something that could be probalby done non intruively using javascript) and change tables for divs when tables are used for the layout. Hi all. The Skin looks really great. But ... That is the problem with Twitter Bootstrap, you have to change the markup to fit to the CSS. And that is plain wrong. There are solutions that help with responsive and grid layouts like Neat (http://neat.bourbon.io/) where the CSS is generated for the markup (the right way around). @Samuel: What parts of Bootstrap do you use? Is this the new V3? Thomas. Le 11/02/2014 15:42, Stephan Beal a écrit : Hi, all, i'm looking to clone someone's interesting fossil skin to snazz up my fossil repos a bit. Can any suggest a fossil repo with a nice skin? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
The Skin looks really great. But ... That is the problem with Twitter Bootstrap, you have to change the markup to fit to the CSS. And that is plain wrong. There are solutions that help with responsive and grid layouts like Neat (http://neat.bourbon.io/) where the CSS is generated for the markup (the right way around). Thanks for the head-up on Bourbon Neat. To mitigate your complaint about Bootstrap, IMHO it also enforces good HTML markup practices. And it's so simple to use ! After all I'm not a frontend developer... yet. @Samuel: What parts of Bootstrap do you use? Is this the new V3? It's V2 (CSS + some javascript components (affix, scrollspy)). I'm using V3.1 for other projects, the transition should be smooth. attachment: samuel_debionne.vcf___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
On Fri, Feb 14, 2014 at 2:27 PM, Samuel Debionne samuel.debio...@ujf-grenoble.fr wrote: The setup page has a toggle to enable plain HTML. Yes but my mod enables plain HTML on a page basis just like you have Fossil Wiki, Markdown and Plain Text. This option bypass the wiki format code (and may be a security concern). A setup option could be added if As far as security goes, HTML5 is basically (not quite entirely) married to JavaScript, and scripts can insert any elements/attributes they want to. The data-* attributes are valid. article, aside, footer, header, nav, section elements are valid. That sounds good to me. i'll clear this with Richard before changing it. http://www.fossil-scm.org/index.html/doc/trunk/www/copyright-release.html I'm not sure it falls in the non-trivial category ! Anyway Richard should have my contributor agreement already. Great! Then you've already got an account or i will set you up with one (which user name?). -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
On Fri, Feb 14, 2014 at 2:52 PM, Stephan Beal sgb...@googlemail.com wrote: article, aside, footer, header, nav, section elements are valid. That sounds good to me. i'll clear this with Richard before changing it. Here you go: http://www.fossil-scm.org/index.html/info/93dffb9147 i couldn't add data-* attributes (despite Richard's OK) because the internal structure of the parser needs to know all full attribute names and their integer IDs at compile-time (this makes it very fast, but useless for dynamic data-* name lookups). But the requested elements were added (address was already allowed) and are treated just like DIVs for purposes of wiki parsing. Please feel free to post us any new skin designs you do. i'd be particularly interested to see what people are doing with html5/JavaScript/fossil. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
That was fast ! i couldn't add data-* attributes (despite Richard's OK) because the internal structure of the parser needs to know all full attribute names and their integer IDs at compile-time (this makes it very fast, but useless for dynamic data-* name lookups). But the requested elements were added (address was already allowed) and are treated just like DIVs for purposes of wiki parsing. Yep adding data-* is not that straightforward… If you want I can try to create a patch with that functionality alone (a subset of the diff I send you earlier). Something I noticed while hacking the wikiformat code is the use of div id='foo'/div id=‘foo' which is not valid HTML AFAIK. Closing tags should not have attributes right ? ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
On Fri, Feb 14, 2014 at 4:43 PM, Samuel Debionne samuel.debio...@ujf-grenoble.fr wrote: Yep adding data-* is not that straightforward... If you want I can try to create a patch with that functionality alone (a subset of the diff I send you earlier). Yes, please. Something I noticed while hacking the wikiformat code is the use of div id='foo'/div id='foo' which is not valid HTML AFAIK. Closing tags should not have attributes right ? Correct. i'm not familiar enough with the parse to know why it's doing that off-hand, but will take a look (no promises!). -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
On Fri, Feb 14, 2014 at 10:43 AM, Samuel Debionne
samuel.debio...@ujf-grenoble.fr wrote:
Something I noticed while hacking the wikiformat code is the use of div
id='foo'/div id='foo' which is not valid HTML AFAIK. Closing tags should
not have attributes right ?
Technically, closing tags do not have attributes, but HTML parsers are
supposed to tolerate and ignore them. Practically, certain attributes, like
id, can increase readability when placed in closing tags. Much like putting
comments after }, #else and #endif to help identify the the corresponding
{ or #if.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] looking for interesting new fossil skins
Technically, closing tags do not have attributes, but HTML parsers are
supposed to tolerate and ignore them. Practically, certain attributes, like
id, can increase readability when placed in closing tags. Much like putting
comments after }, #else and #endif to help identify the the corresponding {
or #if.
I didn’t known that. That said, the wiki parser seems to have a special
behavior with matching div id=‘foo’/div id=‘foo’ that I cannot remember off
the top of my head. And div elements are filtered in the current wiki format.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] libfossil update
Hi, all, Here's a random status update on libfossil, for those interested... - We recently got APIs in place to implement features similar to fossil's add/remove/status commands, and i have been using those replacements daily in my repos for at least week with no problems. - The lib can now create a ZIP file of a given repo version's content (analog to fossil's zip command). - Today's milestone is a surprisingly small[1] function called fsl_repo_extract(), which extracts the contents for a given checkin version and streams it (one file at a time) back to the caller in a form he can use to store it in a file, put it in a ZIP/tar, send it via email, or whatever. That will be the basis of the up-coming checkout support, but solving checkouts at the library level first requires figuring out how to allow for user-level interaction (overwrite file? Yes/All/No/Cancel?) for each file (like fossil does) while still hiding the gory fetching/looping details from the application. A prototype is in place, but is as yet untested. For the adventurous ones, several of the library's growing collection of CLI tools (i.e. test apps) are feature-complete enough for everyday use. As usual: http://fossil.wanderinghorse.net/repos/libfossil/ [1] = http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/artifact/cb2e81023e24b6751d313c9f43cc417262b6b211?ln=1166-1215 http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/artifact/58c4855bc77b8352?ln=1166-1212 -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
