[fossil-users] How to allow script tag in Fossil Wiki

2013-08-30 Thread Samuel Debionne
HTML ? Regards, Samuel Debionne ___ 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] How to allow script tag in Fossil Wiki

2013-08-30 Thread Samuel Debionne
Hi Stephen, Thanks for the fast answer. Login, then visit Admin == Configuration there's an option there (with a big warning label) to enable all HTML tags. The option says Use HTML as wiki markup language, which is not what I want (I'd like to keep the Wiki markup). Is there a way to disable

Re: [fossil-users] How to allow script tag in Fossil Wiki

2013-08-30 Thread Samuel Debionne
Le 30/08/2013 15:53, Stephan Beal a écrit : On Fri, Aug 30, 2013 at 3:45 PM, Samuel Debionne samuel.debio...@ujf-grenoble.fr mailto:samuel.debio...@ujf-grenoble.fr wrote: The option says Use HTML as wiki markup language, which is not what I want (I'd like to keep the Wiki markup

Re: [fossil-users] How to allow script tag in Fossil Wiki

2013-09-09 Thread Samuel Debionne
) ? Regards, Samuel Le 30/08/2013 16:31, Stephan Beal a écrit : On Fri, Aug 30, 2013 at 3:58 PM, Samuel Debionne samuel.debio...@ujf-grenoble.fr mailto:samuel.debio...@ujf-grenoble.fr wrote: Too bad. Would that mean that if I submit a patch that would make it an extra option with an extra

Re: [fossil-users] Version 1.27

2013-09-11 Thread Samuel Debionne
Thank you for this release. The manifest and manifest.uuid is missing from the source tarball. Samuel Le 11/09/2013 16:03, Richard Hipp a écrit : Fossil version 1.27 has been tagged and precompiled binaries have been uploaded to http://www.fossil-scm.org/download.html I do this infrequently

Re: [fossil-users] Version 1.27

2013-09-12 Thread Samuel Debionne
the Winmain@16 undefined symbol problem. All these issues are quiet quite easy to fix by hand, just to let you known that the build is not straight forward. Samuel Le 11/09/2013 18:07, Richard Hipp a écrit : On Wed, Sep 11, 2013 at 11:44 AM, Samuel Debionne samuel.debio...@ujf-grenoble.fr

Re: [fossil-users] Errors from 64-bit compilation of Fossil using MSVC

2013-09-17 Thread Samuel Debionne
What went wrong? How should I fix this? It looks like you are not linking with zlib. You should (re)build a 64 bit version of zlib in the compat directory with the same command line environment you use to build fossil. Samuel attachment:

Re: [fossil-users] looking for interesting new fossil skins

2014-02-14 Thread 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

Re: [fossil-users] looking for interesting new fossil skins

2014-02-14 Thread Samuel Debionne
That sounds like it would break things, but nonetheless, i'd be interested in seeing it, and maybe we can make it work backwards compatibly. Yes it may break things. I say may because I'm not sure that it actually does break old skins. The setup page has a toggle to enable plain HTML. Yes

Re: [fossil-users] looking for interesting new fossil skins

2014-02-14 Thread Samuel Debionne
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

Re: [fossil-users] looking for interesting new fossil skins

2014-02-14 Thread Samuel Debionne
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

Re: [fossil-users] looking for interesting new fossil skins

2014-02-14 Thread Samuel Debionne
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

Re: [fossil-users] looking for interesting new fossil skins

2014-02-17 Thread Samuel Debionne
CSS in style.c. The diff is against the master branch. The patch for data-* attributes should follow... Samuel Le 14/02/2014 16:49, Stephan Beal a écrit : On Fri, Feb 14, 2014 at 4:43 PM, Samuel Debionne samuel.debio...@ujf-grenoble.fr mailto:samuel.debio...@ujf-grenoble.fr wrote: Yep

Re: [fossil-users] looking for interesting new fossil skins

2014-02-17 Thread Samuel Debionne
Here is an other short patch that enables the use of div elements in the wiki formatting rules. For instance the index.wiki beginning could be rewritten from p align=center font size=3 iSimple, high-reliability, distributed software configuration management/i /font /p to div class=jumbotron

Re: [fossil-users] looking for interesting new fossil skins

2014-02-18 Thread Samuel Debionne
Hello Stephan, 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. Here you go ! For the records, this patch enables the use of data-* attributes in the

[fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Samuel Debionne
Hello all, Compiling Fossil with the latest MinGW32 (that includes MinGW Runtime 4.0) seems not to require _USE_32BIT_TIME_T. Actually Fossil builds without error but will crash at runtime with any commands that browses the filesystem tree (vfile_scan). This is because the definition of _wdirent

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Samuel Debionne
Hello Jan, @Samuel, could you please as some comments to MinGW's bug report here: https://sourceforge.net/p/mingw/bugs/2106/ This MinGW bug already has 5 duplications, and it is already open for more than 4 months. It's really time they bring out a fix for it... With great pleasure

Re: [fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore

2014-02-20 Thread Samuel Debionne
While debugging vfile.c I noticed that vfile_scan does not use dirent.d_type to dispatch between folder and regular file/link but uses an addition getStat call. I came across this thread that claims a high speedup for command like git status with this kind of optimization :

Re: [fossil-users] Could --ignore CSG and ignore-glob be made non exclusive ?

2014-02-28 Thread Samuel Debionne
Just out of curiosity: why are so many people so fascinated with the ignore handling? i have _never_ once (in 19 years of using SCM) relied on an exclusion list to determine what does into my repo, so i find it hard to see why other people rely on it. (Not trying to start a flame way, just

Re: [fossil-users] Could --ignore CSG and ignore-glob be made non exclusive ?

2014-02-28 Thread Samuel Debionne
i can't say i've ever needed it. i always tell the SCM _exactly_ which files it should add/commit. i rarely even rely on fossil commit with no file arguments, simply out of principal (i don't like software trying to be too clever on my behalf, and i also don't want to accidentally commit

[fossil-users] Fossil update goes not get lastest checkin

2014-04-22 Thread Samuel Debionne
Hello all, Here is a sequence I'm doing several times a day for years and that did not work this morning : fossil commit -m Blabla from my PC fossil update from my Mac But this time the update did not get the latest checkin. A complete clone / open in a different directory

Re: [fossil-users] Fossil update goes not get lastest checkin

2014-04-22 Thread Samuel Debionne
There's a '--verily' option to 'sync' iirc, to work around what may be a bug; see for example this mail thread: https://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg12979.html. I'm not sure the issue has been solved in the meanwhile. (I haven't seen missing commits since that

Re: [fossil-users] Fossil update goes not get lastest checkin

2014-04-23 Thread Samuel Debionne
Out of curiosity: is there a proxy between them? A caching proxy server might explain this behaviour (in which case i think there's a workaround). No proxy involved. The three machines are sitting on my desk. As a side note, the server is a raspberry PI and it does a great job at hosting

Re: [fossil-users] Windows 'make' broken?

2015-01-19 Thread Samuel Debionne
You are correct, the fix is given here : https://github.com/openssl/openssl/commit/56cd7404499669a32126b5fee2ff75a97fea43f7 Samuel Le 10/01/2015 20:37, Joe Mistachkin a écrit : to...@acm.org wrote: .\crypto\cversion.c(80) : error C2065: 'cflags' : undeclared identifier

Re: [fossil-users] Please contribute skins

2015-01-23 Thread Samuel Debionne
On mobile the menu automatically pops up and doesn't get out of the way. I have added a minimalist implementation (without all the shiny animations) of the collapsible functionality. On modern browser, the toggle button of the navbar now works as expected. Let me know if that works (or not !)

Re: [fossil-users] Please contribute skins

2015-01-23 Thread Samuel Debionne
When I clone this repo and bring it up locally, or when I fossil config import the attachment that you sent, I get a very different (and incomplete) look from what I see when I visit the URL above. I don't know why... The fossil used at the URL is 1.30 unmodified. So I don't understand

Re: [fossil-users] Please contribute skins

2015-01-23 Thread Samuel Debionne
On mobile the menu automatically pops up and doesn't get out of the way. Now that I think of it, this would require the javascript of Bootstrap... I wanted a skin that would work offline but did not want include jquery inline in the footer. Else the obvious solution is to add link to your

Re: [fossil-users] Fossil 2.0 (reprise)

2015-02-23 Thread Samuel Debionne
The current skinning mechanism (https://www.fossil-scm.org/fossil/doc/trunk/www/customskin.md) gives the developers complete control over the header and footer of the document, which means that the skin developer can add as much JS or .less as he wants. Right, that is how I am doing it for

Re: [fossil-users] Fossil 2.0 (reprise)

2015-02-23 Thread Samuel Debionne
Furthermore, Bootstrap pushes itself as mobile first. I think that is at cross-purposes with Fossil which is designed foremost for a developers desktop. Well, I think mobile first could be read behaves well on mobile devices and as well as usual on desktop ! Any idea about the licensing

Re: [fossil-users] Fossil 2.0 (reprise)

2015-02-23 Thread Samuel Debionne
Please continue to offer suggestions for improvement. What about adding javascripts as part of the skin (as it is done for css) ? Motivation: skins could be made responsive and/or include more dynamic components and there is no way to do that without a bit of javascript. Large javascript in the

Re: [fossil-users] Introducing Lagerstatte, an open-source hosting service for Fossil repositories

2015-04-02 Thread Samuel Debionne
I'm thinking about how this could be used at my workplace. On some projects we have shared computers called viewservers (view being a ClearCase term) on which we create our sandboxes (again, CC term). Switching to Fossil would mean each user getting his or her own copy of the full repository