On Sat, Sep 6, 2014 at 11:25 PM, Will Parsons varro@nodomain.invalid
wrote:
It's so much easier to compose the message and correct
typing mistakes if one is doing it in an editor rather than on the
command line.
Not if one has mastered command-line editing. :)
--
- stephan beal
On Sat, Sep 6, 2014 at 8:56 PM, Philip Bennefall phi...@blastbay.com
wrote:
Personally I use what is called a screen reader, which enables blind and
visually impaired users to use computers. When writing in a text editor
such as notepad it is easier and more convenient to edit text, as opposed
Thank you! That was quick. I am wondering though, whether tags added
using the tag add command should also show up? For example, I did:
fossil tag add testing trunk
But that did not show up in the editor output. The tags I added using
--tag in the commit command show up just fine now though,
On Sun, Sep 7, 2014 at 4:46 PM, Philip Bennefall phi...@blastbay.com
wrote:
Thank you! That was quick. I am wondering though, whether tags added
using the tag add command should also show up? For example, I did:
fossil tag add testing trunk
But that did not show up in the editor output.
Just to be sure I understand you correctly, is there then a conceptual
difference between tags added with tag add and --tag in the commit
command? I thought that they were the same, with the main difference
being that tags added in the commit command never propagate.
Kind regards,
Philip
Thus said Philip Bennefall on Sun, 07 Sep 2014 16:46:49 +0200:
fossil tag add testing trunk
But that did not show up in the editor output. The tags I added using
--tag in the commit command show up just fine now though, which is
great.
Is that because the tag is not propagating? Try
On Sun, Sep 7, 2014 at 5:42 PM, Philip Bennefall phi...@blastbay.com
wrote:
Just to be sure I understand you correctly, is there then a conceptual
difference between tags added with tag add and --tag in the commit command?
No funcational difference.
I thought that they were the same, with
Yes, it definitely makes sense that --tag should honor *, - and +. When
it comes to the tags output in the editor document, could the tags added
with tag add be included as well or are there some difficulties there? I
should say that I am a relatively new Fossil user, and while I am
Thus said Stephan Beal on Sun, 07 Sep 2014 17:56:37 +0200:
to assume that all tags passed in this way are symbolic tags[1], and
will in fact do non-intuitive things if you try to use: --tag
'*propagating' (with an asterisk in front to make it look like a
propagating tag). IMO
Thus said Stephan Beal on Sun, 07 Sep 2014 17:56:37 +0200:
However, the --tag option appears:
Ooh, we're talking about --tag, not ``fossil tag'' so maybe my previous
comments were off the mark. Your comments were about making --tag
understand things.
Excuse the interference.
Andy
--
On Sun, Sep 7, 2014 at 6:23 PM, Philip Bennefall phi...@blastbay.com
wrote:
Yes, it definitely makes sense that --tag should honor *, - and +. When
it comes to the tags output in the editor document, could the tags added
with tag add be included as well or are there some difficulties there?
Thus said Stephan Beal on Sun, 07 Sep 2014 17:56:37 +0200:
to assume that all tags passed in this way are symbolic tags[1], and
will in fact do non-intuitive things if you try to use: --tag
'*propagating' (with an asterisk in front to make it look like a
propagating tag).
@Andy: Yes, you are right. If I add --propagate to the tag add command,
it does show up in the output in the editor.
@Stephan: I ran some tests regarding tags, and have the following results:
1. Tags added with the --tag option in commit show up as expected, and
they do not propagate.
2.
Thus said Philip Bennefall on Sun, 07 Sep 2014 18:40:32 +0200:
So in summary, it seems that non-propagating tags now show up in the
editor output if they are added as part of the commit command but not
if they are added with tag add.
And that is working as designed. A non-propagating tag
On Sun, Sep 7, 2014 at 7:00 PM, Andy Bradford amb-fos...@bradfords.org
wrote:
There certainly is an argument that there should be, but how should it
be implemented? And how much of the underlying tags implementation
should it expose? For example, what if I want the tag to not be
On Sun, Sep 7, 2014 at 7:55 PM, Ron W ronw.m...@gmail.com wrote:
It's still only a 1 line window - unless you know a trick I don't
(I (and my team) try to write several lines even though we do rely on
citing issues.)
i just keep on typing...
On 7 September 2014 14:00, Stephan Beal sgb...@googlemail.com wrote:
It takes me less time to type such a message from the CLI than it does to
either (A) wait on emacs (my preferred editor) to start up or (B) fight with
vi in doing the little things my fingers do intuitively in emacs.
emacsclient
just so i can type formatted commit messages more quickly? Have simply
never felt the need to use an editor for commit messages. -m... Works just
fine.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
Thanks! Not tedious at all - details are appreciated!
Scott Robison wrote:
On Sat, Sep 6, 2014 at 9:52 AM, Miles Fidelman
mfidel...@meetinghouse.net mailto:mfidel...@meetinghouse.net wrote:
Scott Robison wrote:
... One of my newest uses for fossil is the one case in which
Ron W wrote:
On Sat, Sep 6, 2014 at 12:47 PM, Miles Fidelman
mfidel...@meetinghouse.net mailto:mfidel...@meetinghouse.net wrote:
Thanks Richard. I do really like that feature - though if the
branching/merging features worked for documentation that would be
even better, and even
On Sun, Sep 7, 2014 at 4:30 PM, Miles Fidelman mfidel...@meetinghouse.net
wrote:
Yes, but what I'd really like is an embedded wiki, that operates like a
wiki - but with distributed editing, merges, updates, etc. Seems like the
fossil embedded wiki provides half of that, embedded documentation
Ron W wrote:
On Sun, Sep 7, 2014 at 4:30 PM, Miles Fidelman
mfidel...@meetinghouse.net mailto:mfidel...@meetinghouse.net wrote:
Yes, but what I'd really like is an embedded wiki, that operates
like a wiki - but with distributed editing, merges, updates, etc.
Seems like the fossil
Stephan Beal wrote:
--===1015663013==
Content-Type: multipart/alternative; boundary=f46d04388df3ee3c0605027d793b
--f46d04388df3ee3c0605027d793b
Content-Type: text/plain; charset=UTF-8
On Sun, Sep 7, 2014 at 7:55 PM, Ron W ronw.m...@gmail.com wrote:
It's still only a 1 line
23 matches
Mail list logo
