Re: [fossil-users] New features for merging

modeled as directories. I think we're past the point in history where taking design cues from CVS looks like a good idea on the face. It's not hard to turn the new output into what you want, though. E.g.: fossil extras | grep -v '..' -- Joshua Paine LetterBlock: Web Applications Built With Joy

Re: [fossil-users] New features for merging

local.file sub/file.name ... also for other commands like rm, add, etc. This already works, so I would certainly expect it to keep working! -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil

Re: [fossil-users] Timestamps should be in local time.

in their own time zone. I can see a distributed team standardizing on UTC so everyone sees the same thing. But it's confusing to show times from more than one zone in the same view. I don't see many people wanting that. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com

Re: [fossil-users] Testing for a release

. Of course this increases the likelihood of outright collisions and not just apparent collisions. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil

Re: [fossil-users] Testing for a release

the auto-coloring. I like it and I think it will be a real help. I do think that making similar names similar colors is an anti-goal or at least a non-goal. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920

Re: [fossil-users] Dealing with the mistake branch

`) and keep going. (Creating a fork.) Not as clear to others as moving the erroneous commit, but AFAIK other people updating to your latest work will get the latest commit. So long as you make a correct commit before syncing, the correct commit will be latest. -- Joshua Paine LetterBlock: Web

Re: [fossil-users] First Fossil/REST proto-demo

open source is that people with batshit crazy environments can tweak a system so it works for them if they really can't fix their environment. I'm happy that open source can help people who live with crazy, but I don't want it to make me live with crazy. -- Joshua Paine LetterBlock: Web

Re: [fossil-users] Ignoring CVS/*

On 9/12/2011 4:01 PM, Gé Weijers wrote: Is there any way I can get fossil to ignore all the CVS directories and anything under it? I can't seem to get ignore-glob to do anything useful here. /CVS/*,*/CVS/* should do it -- Joshua Paine LetterBlock: Web Applications Built With Joy http

Re: [fossil-users] First Fossil/REST proto-demo

is that JSON in HTML is plain old JavaScript. Without accompanying code (an assignment statement, at a minimum), it does nothing and means nothing. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil

Re: [fossil-users] JSON authentication: meshing with the cookie mechanism

provides. I vote for HTTP Basic Auth, provided that someone can confirm the major browser AJAX functions support it. (Curl and other libs certainly support it.) -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920

Re: [fossil-users] conflict between HTML5 and Fossil

and attributes are not just deprecated but out completely. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin

Re: [fossil-users] JSON login demo: is this interface acceptable?

to experiment with the API manually, which would be completely defeated by requiring a two-request login process and hashing. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list

Re: [fossil-users] Feature request: edit files via web interface

for people to build binary file capabilities later (e.g., canvas-based image editor or some completely-non-web-browser integration). Also, I wonder if stash commands could be manipulated to put together multi-file commits. -- Joshua Paine LetterBlock: Web Applications Built With Joy http

Re: [fossil-users] Feature request: edit files via web interface

to tell you what you have to implement, but supporting base64 for sending and/or receiving binary data doesn't really add much to the complexity of the API or client requirements. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920

Re: [fossil-users] Feature request: edit files via web interface

element has a toDataURL method that returns base64 encoded data plus a tiny amount of metadata. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org

Re: [fossil-users] binary in JSON: maybe there is some hope...

again, e.g., for an object database or some wire transmission scenarios. Precisely because it adds no types, it doesn't have anything to say about what do I do if the data I want to send isn't one of the JSON types? -- Joshua Paine LetterBlock: Web Applications Built With Joy http

Re: [fossil-users] Scalability, a single file commit and lots of disk reads

. So whatever's causing your problem, I'm pretty sure it's not the physical size of the database. Sorry I don't have more useful info, though. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920

Re: [fossil-users] ignoring files

of the time out of habit, but 'fossil add .' now has the same effect. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org

<    1   2