Re: [fossil-users] more on side-by-side diffs
Instead of 'unified', how about 'zippered' or 'interlaced'? Paul Higham Tel +1 408 522 6225 phig...@sjm.com -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Jan Danielsson Sent: Sunday, October 16, 2011 13:27 To: Fossil SCM user's discussion Subject: Re: [fossil-users] more on side-by-side diffs On 10/16/11 21:34, Dmitry Chestnykh wrote: I'm still searching for better terminology than 1-pane and 2-pane diffs. Any opinions? Condensed vs Expanded? Terse vs Verbose? i like side-by-side, but i don't have a suggestion for 1-pane diffs. Maybe tall and wide diffs? Side-by-side diffs and Unified diffs? Perhaps I'm nitpicking too much, but I was looking for a single word rather than side-by-side in the UI (in the code I don't mind). And the reason I haven't gone with unified is because I thought that it may confuse users to think it refers specifically to the unified format (which I suppose it doesn't really; they just happen to coincide). Though to be honest, my first though was to use side-by-side and unified. In what may become a case of coming to a closed circle, perhaps I should simply go with it. Ugh -- epic bikeshedding. I'll just go with it. Or is anyone directly opposed to using Side-by-side (with hyphens) and Unified? Speak now, or rename it yourself later. :) -- Kind regards, Jan Danielsson This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ 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] TH1 - make 1d list from 2d list?
If this was a full-blown Tcl then you could do dict keys [concat {*}$twoDlist] but I suspect that TH1 has neither dictionaries nor the {*} operator. How about set oneDlist foreach pair $twoDlist {lappend oneDlist [lindex $pair 0]} Paul Higham Tel +1 408 522 6225 phig...@sjm.com -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Erlend Leganger Sent: Sunday, June 12, 2011 13:39 To: fossil-users@lists.fossil-scm.org Subject: [fossil-users] TH1 - make 1d list from 2d list? I want to create a one dimensional list from a two dimensional source list. Here is what I have done: set twoDlist{ {UN United Nations} {EU European Union} {BRICS Brazil, Russia, India, China, South Africa} } set oneDlist for {set x 0} {$x [llength $twoDlist]} {set x [expr {$x + 1}]} { set oneDlist $oneDlist [lindex [lindex $twoDlist $x] 0] } This works (the resulting list contains {UN EU BRICS}), but it seems clunky. Is there are more elegant way to do this? Cheers, Erlend ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ 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] IMHO Fossil needs renaming...
I like the name precisely because of its connotations. Fossil records are kept in perpetuity, are affected neither by bad weather, fashion nor by bad management; nothing but the act of an angry god will change them. But the connotation has to be applied to the right thing. The intended connotation is in regard to the way that Fossil treats the data that is placed under its care, rather than the application itself. Like rumours, connotations require little effort to generate and it would be impossible to be consistent with all of them. Hopefully, as it was with the iPad, the inappropriate ones will just fade away. And as for the logo, it tells me that quality products will outlast those of the insurance companies :) Paul Higham Tel +1 408 522 6225 phig...@sjm.com -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of John Found Sent: Wednesday, March 02, 2011 10:31 To: undisclosed-recipients Subject: Re: [fossil-users] IMHO Fossil needs renaming... Unfortunately, the train has already left the station. Fossil has been self-hosting since 2007 and parts of the code have been around for a year or so prior to that. Fossil might seem like it is in early stages of development to you, since you have only just now discovered it, but it has been around for quite some time now. 3.62 years - which is like half an eon in internet time, right? I understand this. Actually 3..4 years are not so big time for so great peace of software. I can remember how was renamed Firefox browser - you know it was Phoenix at the begining, then it becomes Firebird and now it is Firefox. It is true - the reasons was different, but... I don't think the site have to be fancy and bright. I only pointed the negative associations that the name can induce in peoples minds. Anyway. It is of course your project and your decision. I will use it widely in the future, simply because it is exactly what I need for my projects. -- Original Message -- To: (fossil-users@lists.fossil-scm.org) From: Richard Hipp (d...@sqlite.org) Subject: Re: [fossil-users] IMHO Fossil needs renaming... Date: 2.3.2011 18:01:48 On Wed, Mar 2, 2011 at 10:54 AM, John Found johnfo...@evrocom.net wrote: Hi all. First mail to this mail list. Please forgive my audacity - fossil is simply gorgeous just like SQLite, but it need to be renamed as soon as possible. :) My point is simple. IMHO, the name Fossil provokes some unpleasant associations and have not very propriate connotations. The same can be said for Fossil Logo - it is dark and have veri grim look. Just compare it with SQLite name and logo (btw - old logo and site of sqlite was better,now they are heavy :) ) Also look at other similar systems - Bazaar - makes allusion with crowds of developers. Mercurial - something very agive, quick, versatile. The name is important for the future of the every project. And if the name have to be changed - it is good to be made in earlier stages of development. Unfortunately, the train has already left the station. Fossil has been self-hosting since 2007 and parts of the code have been around for a year or so prior to that. Fossil might seem like it is in early stages of development to you, since you have only just now discovered it, but it has been around for quite some time now. 3.62 years - which is like half an eon in internet time, right? So, mr.Hipp, please think a little about this arguments. Best Regards ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ 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] switch statement
Did you try [switch $status { . . . ? Paul Higham Tel +1 408 522 6225 phig...@sjm.com -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Ron Wilson Sent: Thursday, February 17, 2011 16:03 To: fossil-users@lists.fossil-scm.org Subject: [fossil-users] switch statement Does TH1 implement switch or am I using it wrong? The TCL (yes, I know TH1 is not TCL, only derived from it) docs at http://www.tcl.tk/man/tcl8.5/TclCmd/switch.htm say the switch returns the result of evaluating the body associated with the matching pattern, so that is what I tried: set status_choices [ switch status { New {expr { New Verified Deferred Closed }} Verified {expr { Verified Fixed Deferred }} Fixed{expr { Fixed Tested Deferred }} Tested {expr { Tested Review Deferred }} Review {expr { Review Closed Deferred }} Deferred {expr { Deferred Review Closed }} Closed {expr { Closed Review Deferred }} defaull {expr { Review }} } ] However, I get a no such command: switch error. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Character entity references
Is it possible in Fossil wiki markup to add special characters from the W3C character entity references? It would be quite useful to have these in documentation. For example, in html, a rightwards double arrow is specified as either rArr or #8658, but the wiki page displays both of these as just the text code with no rendering. Is there wiki magic for this? Paul Higham Senior Software Engineer Cardiac Rhythm Management Division St. Jude Medical 709 East Evelyn Avenue Sunnyvale, CA 95086 USA Tel +1 408 522 6225 phig...@sjm.com This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ 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] Deleting a wiki page?
This is the best of both worlds, and an elegant solution to boot. Thanx! Paul Higham Tel +1 408 522 6225 phig...@sjm.com -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of D. Richard Hipp Sent: Thursday, March 18, 2010 03:43 To: fossil-users@lists.fossil-scm.org Subject: Re: [fossil-users] Deleting a wiki page? On Mar 17, 2010, at 5:02 PM, Jeremy Cowgar wrote: Is there a way to delete a wiki page? Maybe by issuing SQL? If you update to the latest experimental Fossil (specifically version http://www.fossil-scm.org/fossil/info/012d5e4f23 or later) and do fossil all rebuild then if you change the content of a wiki page to be empty, that wiki page will not show up on the list of wiki pages (unless you select the All option, in which case the wiki page name will be within s../s). Is that sufficient for deleting a wiki page? D. Richard Hipp d...@hwaci.com ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ 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] Deleting a wiki page?
I have been wondering that myself and I would also like to know if it is possible to rename a wiki page. Paul Higham Tel +1 408 522 6225 phig...@sjm.com -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Jeremy Cowgar Sent: Wednesday, March 17, 2010 14:03 To: fossil-users@lists.fossil-scm.org Subject: [fossil-users] Deleting a wiki page? Is there a way to delete a wiki page? Maybe by issuing SQL? Jeremy ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ 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] Deleting a wiki page?
As a wiki grows, policies for its organization are going to change as some are tried out and found wanting and others are improved and become law. The beauty of having both a wiki and embedded documentation is that the wiki can hold artifacts that are ill-formed in terms of concept and structure and are being put out there for others to review, get inspired by, correct, evolve, comment on, try to understand, clarify and yes - discard. The informality is its strength. Embedded documentation, on the other hand, should probably be committed after as much thought has gone into it as the code or analysis that it is documenting. The evolution history of embedded documentation is probably more instructive and should thus makes sense for it to be more visible in the project's design history. It is perhaps still useful for posterity to keep in the repository all informal things pertaining to a project also, even those things that fall into the category of what-was-I-thinking, because it is a fact that at one time you were actually thinking it. However, wouldn't it be nice to be able to archive all the scrumpled-up pieces of recycled paper and all those envelopes that have scribbles on the back rather than leaving them on the desktop - forever? One way of using the wiki, which I find quite effective, is to write thoughts on design problems as they come to mind in the hopes of organizing later. The wiki notes then become sources for more formal, design documentation. As retained content migrates to embedded documentation, I would at least like to move the obsolete text out of the way, if only because a wiki page may say one thing and the embedded documentation something entirely different. The way it is now my wiki is in danger of starting to look like my garage, with 10-year old National Geographic magazines growing mould . . . I agree with Jeremy that shunning is a pretty awkward way to clean up the 'desktop', but if that is the only way . . . Paul Higham Tel +1 408 522 6225 phig...@sjm.com -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Jeremy Cowgar Sent: Wednesday, March 17, 2010 17:22 To: fossil-users@lists.fossil-scm.org Subject: Re: [fossil-users] Deleting a wiki page? On 3/17/2010 6:44 PM, Michael Barrow wrote: There is no such thing as a non-active Wiki page per se. You could remove links to said page if you want to keep it around and then edit the page to say Hey -- we're just keeping this for archival purposes. Otherwise, 'shun' is the tool to use. I've done in on some of my installations for pages that I really wanted to go away. If this is the case then I would say the Fossil wiki has to be changed to be a usable wiki. No one is going to create a perfect wiki structure the first time around and no one wants old pages listed in their Index page. All wiki's have a delete function and if Fossil wants to be considered seriously as a replacement for other project wiki's, it has to support delete and rename. People are going to be attracted to fossil as an all in one package and if it can not provide the functionality needed in the wiki, then people will say why use Fossil for SCM and then have to interface in with another Wiki system? I now have to piece together a system, thus, why not just piece together a different SCM as well. Jeremy ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Replying to a message from within the archive
It is possible from within the mail archive to reply to the author of a specific posting, but this is only addressed to the author. Is it possible from within the archive to select a specific posting and have a reply posted to the entire set of fossil users? Paul Higham Senior Software Engineer Cardiac Rhythm Management Division St. Jude Medical 709 East Evelyn Avenue Sunnyvale, CA 95086 USA Tel +1 408 522 6225 phig...@sjm.com This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] titles in embedded documentation
I am using embedded documentation for a small project and I want to be able to control the page titles, one title per .wiki file. Is there a way to do that using the wiki markup only or do you have to control the whole page in html? Left as is all the .wiki pages display with the default title of 'Documentation' and I don't see a way of intercepting this. Paul Higham Senior Software Engineer Cardiac Rhythm Management Division St. Jude Medical 709 East Evelyn Avenue Sunnyvale, CA 95086 USA Tel +1 408 522 6225 phig...@sjm.com This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users