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
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.
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,
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
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
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
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
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
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
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
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
11 matches
Mail list logo
