Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, Sep 09, 2006 at 10:32:25AM +0200, Juergen Spitzmueller wrote:
| > Helge Hafting wrote:
| > > Now, if we had a way of starting the selection
| > > before the numeral/bullet/section-number but after
| > > the previous paragraph. I.e. an extra curs
On Sat, Sep 09, 2006 at 10:32:25AM +0200, Juergen Spitzmueller wrote:
> Helge Hafting wrote:
> > Now, if we had a way of starting the selection
> > before the numeral/bullet/section-number but after
> > the previous paragraph. I.e. an extra cursor position.
> > Then the user gets a better way of d
Helge Hafting wrote:
> "Adding an enabled branch around any selection should not
> affect output at all, and disabling the branch should affect
> output the same way as a cut would".
Agreed.
> I don't think this will be possible in absolutely all cases though.
> Removing a list item that has an e
On Sat, Sep 09, 2006 at 10:32:25AM +0200, Juergen Spitzmueller wrote:
> Helge Hafting wrote:
> > Now, if we had a way of starting the selection
> > before the numeral/bullet/section-number but after
> > the previous paragraph. I.e. an extra cursor position.
> > Then the user gets a better way of d
Helge Hafting wrote:
> Now, if we had a way of starting the selection
> before the numeral/bullet/section-number but after
> the previous paragraph. I.e. an extra cursor position.
> Then the user gets a better way of deciding whether
> an enumeration goes inside the box or if we
> just have a boxe
Juergen Spitzmueller wrote:
Helge Hafting wrote:
Looks like a bad idea, unless I misunderstand something.
Please test my patch, then you'll see what it does without guessing.
2. The user marks a whole paragraph, or several.
In this case, the user clearly want to stuff the list
...
> Looks like a bad idea, unless I misunderstand something.
> This will break a trivial case of putting an entire enumeration
> into a box, for example.
>
> Before box:
> 1. one
> 2. two
> 3. three
> Mark everything, insert a box, get:
> 1. [box starts here
> one
> a) two
> b) th
Helge Hafting wrote:
> Looks like a bad idea, unless I misunderstand something.
Please test my patch, then you'll see what it does without guessing.
> 2. The user marks a whole paragraph, or several.
> In this case, the user clearly want to stuff the list (or whatever)
> into the box/bran
Martin Vermeer wrote:
On Fri, 01 Sep 2006 10:43:51 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
Martin Vermeer wrote:
On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting
<[EMAIL PROTECTED]>
wrote:
...
I agree it needs fixing, but how? This is sensible b
Martin Vermeer wrote:
> Ah, great that you found that old one. Do I guess right from reading the
> patch that bug 1332 remains fixed, i.e., does not come unfixed?
Yes. I just restored to the old behaviour (not copying the layout for the
first paragraph in an empty target paragraph) in the case of
On Sat, Sep 02, 2006 at 04:30:04PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > Fair enough... but could you put a link to this discussion
> > on bugzilla?
>
> Finally, I couldn't resist. See attached patch (against trunk). Please test
> someone.
> BTW this bug is a consequence
Martin Vermeer wrote:
> Fair enough... but could you put a link to this discussion
> on bugzilla?
Finally, I couldn't resist. See attached patch (against trunk). Please test
someone.
BTW this bug is a consequence of the fix for bug 1332.
Jürgen
Index: src/CutAndPaste.C
==
On Fri, 01 Sep 2006 19:01:29 +0200 Juergen Spitzmueller <[EMAIL PROTECTED]>
wrote:
> Martin Vermeer wrote:
> > This should be implemented at the point where, when inserting a
> textinset
> > with the selection active, the selection is moved to a buffer. I
> would tell
> > you where that is, but I
Martin Vermeer wrote:
> This should be implemented at the point where, when inserting a textinset
> with the selection active, the selection is moved to a buffer. I would tell
> you where that is, but I am writing this on an 3x8 cm "soft keybord" of my
> Nokia 770 from my WLAN-enabled hotel room in
On Thu, Aug 31, 2006 at 09:41:55PM +0300, Martin Vermeer wrote:
> This problem is much more genersl than branches. It was reported
> earlier on the list: selecting text in a itemise/enum pararaph, and
> inserting a textinset around it, will produce a item/enum paragraph
> inside the inset.
>
> I a
On Fri, 01 Sep 2006 10:43:51 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
> Martin Vermeer wrote:
> > On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting
> <[EMAIL PROTECTED]>
> > wrote:
> >
> >
> >
...
> > I agree it needs fixing, but how? This is sensible behaviour when
> putting an
> > n
Martin Vermeer wrote:
On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
From reading the related bug reports 2093 and 2671, I know there is
some problems with branches & lists. This is about branch stuff that
can
be done, but in an unnecessarily cumbersome and su
On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
> From reading the related bug reports 2093 and 2671, I know there is
> some problems with branches & lists. This is about branch stuff that
> can
> be done, but in an unnecessarily cumbersome and surprising way.
>
>
From reading the related bug reports 2093 and 2671, I know there is
some problems with branches & lists. This is about branch stuff that can
be done, but in an unnecessarily cumbersome and surprising way.
I write multilingual documents, where each list item is in two
languages. The document sh
19 matches
Mail list logo
