On Fri, Jan 29, 2010 at 11:18:02PM +0100, Peter Kümmel wrote:
> Again, maybe I'm too late, but:
> Is a switch to XML is really a good idea?
XML is everywhere. That simple.
regards
john
On Thu, Mar 05, 2009 at 01:23:26AM +0100, Lars Gullik Bjønnes wrote:
> But I must say if that is the most recent developemtn tools on solaris
> it is hugely useless as a development platform (and I don't belive it
> is).
I get the impression most C++ people on Solaris are using Sun Studio.
> The
On Thu, Sep 18, 2008 at 01:03:38AM +0200, [EMAIL PROTECTED] wrote:
> 1) The number of items is very big. Do we have any room to grow ? Oowriter
> interface is a clone of the old Word interface that was considered a
>
> 3) There is IMHO useless complexity, like the 7 different preview formats.
> I
NDOW
> > menu, and there is a rationale behind it.
> > Neither Word, OO or any of my Text-Editors has a Document-menu.
>
> I would be nice to dig the old thread concerning the current menu
> structure. John Levon had a pretty through analysis of Higs at the
> time.
On Mon, Oct 08, 2007 at 11:32:48AM +0200, Jean-Marc Lasgouttes wrote:
> > I don't believe that people will think it's natural that selection jumps
> > across an entire (say) .
>
> When using using word (but not Oo.o), the selection jumps from word to
> word as soon as you are selecting more than
On Mon, Oct 08, 2007 at 08:02:05AM +0300, Martin Vermeer wrote:
> > > Isn't 'natural' usually better? These things feel like atoms,
> > > and inset-ness supports that. Not a big thing but anyway.
> >
> > I don't believe that people will think it's natural that selection jumps
> > across an entire
On Mon, Oct 08, 2007 at 08:49:07AM +0200, Abdelrazak Younes wrote:
> >You already failed. Why would I get used to it, when I can just go use
> >TeXMacs and mark my stuff up as I like?
>
> But you (as a user) are free to go use other software (and apparently
> you do already). Finger painting is
On Sun, Oct 07, 2007 at 09:41:11PM +0200, Abdelrazak Younes wrote:
> >I don't believe that people will think it's natural that selection jumps
> >across an entire (say) .
>
> Even if so, once he gets used to it and realize how everything is faster
^^
You alre
On Sun, Oct 07, 2007 at 10:13:54PM +0300, Martin Vermeer wrote:
> > sense for the UI to express this semantic difference. How does this
> > advantage the user? I don't remember seeing a clear answer to this
> > question.
>
> Isn't 'natural' usually better? These things feel like atoms,
> and inse
On Sun, Oct 07, 2007 at 08:46:47PM +0300, Martin Vermeer wrote:
> Let me see: is your UI objection due to the fact that running
> text is linear, a narrative, and insets break that logic
> (selection, cursor movement, line breaking)?
That seems like a fair summation.
> If so (a sensible argument
On Fri, Oct 05, 2007 at 10:53:14PM +0300, Martin Vermeer wrote:
> > > I don't think you are. Do you seriously think I am that
> > > dogmatic? Come on. I can recognise a use case where insets
> > > are a plain bad idea.
> >
> > I don't think you're dogmatic. I'm genuinely interested in what makes
On Fri, Oct 05, 2007 at 10:23:58PM +0300, Martin Vermeer wrote:
> > > > > (Unfortunately insets are no good for CT)
> > > >
> > > > Interesting, why? From what I can see it seems that all the inset
> > > > people's preferences apply just the same to CT.
> > >
> > > Funny :-(
> >
> > I'm serious
On Fri, Oct 05, 2007 at 08:59:45PM +0200, Andre Poenitz wrote:
> > > I think John understand our point of view very well but he's playing the
> > > devil's advocate.
> >
> > Not at all. I genuinely don't understand how anybody could think that
> > editing equations is like editing prose.
>
> Yo
On Fri, Oct 05, 2007 at 08:34:24PM +0300, Martin Vermeer wrote:
> > > (Unfortunately insets are no good for CT)
> >
> > Interesting, why? From what I can see it seems that all the inset
> > people's preferences apply just the same to CT.
>
> Funny :-(
I'm serious, I don't understand why it's di
On Fri, Oct 05, 2007 at 07:09:31PM +0200, Abdelrazak Younes wrote:
> The font-related RTL business and the boundary stuff is far far from
> easy. Look at the different getFont() method and you will see how this
> stuff is complicated.
RTL is hard full stop, I'm not sure that's related to styles
On Fri, Oct 05, 2007 at 07:00:41PM +0200, Abdelrazak Younes wrote:
> >>Not at all. I genuinely don't understand how anybody could think that
> >>editing equations is like editing prose.
>
> Well, I am a scientist and I often have the need to apply the same style
> to some specific words. These w
On Fri, Oct 05, 2007 at 07:59:11PM +0300, Martin Vermeer wrote:
> Change tracking. Initially it was crippled and very limited,
> then I partly un-crippled it, and then Michael put in _a lot_
> of effort to iron all the bugs out and instill some sanity.
Yes, change tracking was tough, and fixing i
On Fri, Oct 05, 2007 at 06:54:09PM +0200, Abdelrazak Younes wrote:
> >You seem to be arguing that when we have two otherwise equal choices,
> >and one behaves like Word, we should choose the other one.
>
> No, I meant that, in this _specific_ case, I hate the way MS Word
> behaves and we should
On Fri, Oct 05, 2007 at 08:38:27AM +0200, Abdelrazak Younes wrote:
> >it is obvious that if the user doesn't check those boxes the parameters
> >won't be set. and as i wrote, if we would do this we will deviate from
> >what we are doing in the rest of lyx.
>
> Maybe Uwe thinks of them as "Advan
On Fri, Oct 05, 2007 at 07:42:41PM +0300, Martin Vermeer wrote:
> Actually I came to more or less the same view.
>
> So:
>
> - Noun should become an inset charstyle (lyx2lyx)
> - Strong should take a similar slot as Emph, i.e.
> a (non-inset) "font" attribute.
>
> But:
>
> - Code should be a
On Fri, Oct 05, 2007 at 10:44:38AM +0200, Abdelrazak Younes wrote:
> >>>1) familiarity. This is how every other editor I'm familiar with works.
> >>This one is not an argument for me. Otherwise I'd still use MS Word.
> >
> >I am 80% sure that the success of LyX is in its ability to mix
> >simplici
On Fri, Oct 05, 2007 at 05:32:42PM +0100, John Levon wrote:
> > I think John understand our point of view very well but he's playing the
> > devil's advocate.
>
> Not at all. I genuinely don't understand how anybody could think that
> editing equations is
On Fri, Oct 05, 2007 at 12:34:33PM +0200, Dov Feldstern wrote:
> I actually agree with Andre' here, this would be good behavior for
> *true* insets IMO.
Agreed, I think it's a nice solution to the "delete a footnote" problem,
with perhaps the change that it only applies if the inset is not
colla
On Fri, Oct 05, 2007 at 09:02:03AM +0200, Abdelrazak Younes wrote:
> I think John understand our point of view very well but he's playing the
> devil's advocate.
Not at all. I genuinely don't understand how anybody could think that
editing equations is like editing prose.
regards,
john
On Fri, Oct 05, 2007 at 08:12:28AM +0200, Andre Poenitz wrote:
> > > > > The only thing I could ask for here, is to see the borders also when
> > > > > the cursor is right in front of the inset, because the "delete" key
> > > > > will delete the entire inset if used at that point. That is obvious
On Fri, Oct 05, 2007 at 08:05:22AM +0200, Andre Poenitz wrote:
> > Well indeed. This makes me somewhat dubious that your experience is
> > relevant. I'm not anti-inset in any way where they make sense, and I
> > think the branches stuff is a great example.
> >
> > I'm somewhat bemused by your com
On Fri, Oct 05, 2007 at 06:37:05AM +0300, Martin Vermeer wrote:
> > If what Martin means is that *LyX* will have no ambiguity, e.g, when
> > generating latex/XML, then I think that the disambiguation algorithm
> > suggested in this thread
> > http://permalink.gmane.org/gmane.editors.lyx.devel/9
On Fri, Oct 05, 2007 at 06:56:25AM +0300, Martin Vermeer wrote:
> > If I type into say a FirstName charstyle in docbook, the blue banner
> > beneath just over-writes itself. I think it might be because Author is
> > centered text. It doesn't happen after a certain inset size. Anyone else?
>
> Tho
On Thu, Oct 04, 2007 at 09:52:52PM -0400, Richard Heck wrote:
> I don't think it was designed to do so. If it should, then that probably
> isn't terribly hard.
I do think it should...
> >BTW, why do the styles appear as CharStyle:foo in the menu?
> >
> This is a consequence of some of Martin'
On Thu, Oct 04, 2007 at 11:22:01PM +0200, Andre Poenitz wrote:
> > > The only thing I could ask for here, is to see the borders also when
> > > the cursor is right in front of the inset, because the "delete" key
> > > will delete the entire inset if used at that point. That is obvious if
> > > the
If I type into say a FirstName charstyle in docbook, the blue banner
beneath just over-writes itself. I think it might be because Author is
centered text. It doesn't happen after a certain inset size. Anyone else?
I can see a similar thing during selection too.
Copy and paste doesn't seem to car
On Fri, Oct 05, 2007 at 12:06:50AM +0300, Martin Vermeer wrote:
> _Especially_ from the writing process viewpoint you should appreciate
> the ease with which you can undo things in the inset paradigm. Regret an
> applied emphasis? Put the cursor inside and dissolve. No need to
> carefully select t
On Thu, Oct 04, 2007 at 11:16:50PM +0300, Martin Vermeer wrote:
> Branches are not charstyles, of course.
Well indeed. This makes me somewhat dubious that your experience is
relevant. I'm not anti-inset in any way where they make sense, and I
think the branches stuff is a great example.
I'm some
On Thu, Oct 04, 2007 at 09:28:25PM +0300, Martin Vermeer wrote:
> > Could you list the advantages of an exposed inset UI?
>
> 1) You know precisely where a typed character goes -- or where an
> already typed character belongs. Inside or outside any given inset.
> A special case of this is for bla
On Thu, Oct 04, 2007 at 09:42:09PM +0300, Martin Vermeer wrote:
> > > > Why do we need to nest insets then ? :-P
> > >
> > > Actually I don't think we should (usually). In text, cases where we
> > > want to nest (charstyle) insets ought to be rare, if we have defined
> > > them as sensible semant
On Thu, Oct 04, 2007 at 09:48:33PM +0200, Andre Poenitz wrote:
> And for The Honoured Believers in Single Keystroke Navigation (formerly
> known as The Finger Painting Faction) the multiple "pos 5, range *"
> positions can be collapsed to a single one. A simple boolean preference,
> maybe even tog
On Thu, Oct 04, 2007 at 06:52:48PM +0300, Martin Vermeer wrote:
> > Why do we need to nest insets then ? :-P
>
> Actually I don't think we should (usually). In text, cases where we
> want to nest (charstyle) insets ought to be rare, if we have defined
> them as sensible semantic units. Over-use o
On Thu, Oct 04, 2007 at 06:46:45PM +0300, Martin Vermeer wrote:
> Not very convincing, is it? Most people learn from experience. What
> would happen here is that they would quickly pick up that -- no, this
> stuff does not behave like italicize; it behaves like insets instead.
> Familiar paradigm
On Thu, Oct 04, 2007 at 10:13:59AM +0200, Jean-Marc Lasgouttes wrote:
> > More seriously, this whole discussion comes a bit late IMHO. I know
> > that you emitted some objections when Martin started the
> > implementation but they were not too strong. We have something _now_
> > and I'd be a pity
On Wed, Oct 03, 2007 at 07:45:21PM +0200, Andre Poenitz wrote:
> > > Of course this would emphasize structure and would not be acceptable
> > > by the finger painting faction as that's not what they used to.
> >
> > How do you expect a reasonable discourse when you characterize your
> > opponents
On Wed, Oct 03, 2007 at 10:33:41PM +0300, Martin Vermeer wrote:
> > > No need to select... just be inside the inset to be dissolved.
> >
> > It's needed or you can't tell "choose a style, then type in it" from
> > "change this text to be the style I select"
> >
> > regards
> > john
>
> Dissolvi
On Wed, Oct 03, 2007 at 08:06:18PM +0300, Martin Vermeer wrote:
> No need to select... just be inside the inset to be dissolved.
It's needed or you can't tell "choose a style, then type in it" from
"change this text to be the style I select"
regards
john
On Wed, Oct 03, 2007 at 12:22:00PM -0400, Richard Heck wrote:
> The difficulty is that, if you're already in the inset, you might be
> wanting to apply another one. How do you distinguish that from changing
> the inset type (which is the most natural thing).
You only change anything if there's
On Wed, Oct 03, 2007 at 12:15:52PM -0400, Richard Heck wrote:
> 4. Inset dissolving should be more intuitive. There should be a menu
> item "Remove charstyle"---it doesn't have to be called that---that
> dissolves the current (innermost) inset. Maybe there should also be a
I believe you can do
On Wed, Oct 03, 2007 at 04:23:00PM +0200, Abdelrazak Younes wrote:
> Really? I didn't know that, but then I am not a pro of MS Word. What is
I haven't used or looked at MS Word in years.
> the equivalent of charstyle in MS Word? I hope you are not talking about
> the formatting styles that you
On Wed, Oct 03, 2007 at 03:44:34PM +0200, Abdelrazak Younes wrote:
> >That's a very bold statement to make, and is certainly not true of (for
> >example) code fragments, where a comma is most certainly not part of the
> > char style.
>
> Then just put it outside the charstyle, something that is a
On Wed, Oct 03, 2007 at 03:17:09PM +0200, Abdelrazak Younes wrote:
> >>But why would you want to have two different charstyles in the _same_
> >>word? If you need that then I would say that this is a use case where
> >>you really want to use font attributes and not charstyle.
> >
> >This applies
On Wed, Oct 03, 2007 at 03:00:13PM +0200, Abdelrazak Younes wrote:
> Nothing too recent I guess and I am not sure when was John's last visit
> to the source code :-)
>
> John, do you know about DocIterator? They were designed specifically for
> cursor navigation across insets.
I do (I remember
On Wed, Oct 03, 2007 at 02:47:50PM +0200, Abdelrazak Younes wrote:
> >That's true for the current insets, absolutely *not* for char styles.
> >It's not acceptable for it to need two keypresses to get from a to b in
> >'ab' just because a has a different char style.
>
> But why would you want to h
On Wed, Oct 03, 2007 at 02:43:21PM +0200, Abdelrazak Younes wrote:
> >What would you advocate? Stay with ranges or try to make the insets
> >feel reasonable?
>
> The solution is maybe to limit the number of words to *one* within a
> given charstyle. This would mean that pressing at the end of a
On Wed, Oct 03, 2007 at 02:30:32PM +0200, Jean-Marc Lasgouttes wrote:
> > This isn't about overlapping extents as I see it, it's about a natural
> > feel for the UI. In particular, if I click-drag at point A in this
> > diagram:
> >
> > foo bar C foo bar A foo bar foo bar B
> >
> > and drag
On Wed, Oct 03, 2007 at 10:03:32AM +0200, Andre Poenitz wrote:
> Of course this would emphasize structure and would not be acceptable
> by the finger painting faction as that's not what they used to.
How do you expect a reasonable discourse when you characterize your
opponents thus?
john
On Wed, Oct 03, 2007 at 02:12:22PM +0200, Jean-Marc Lasgouttes wrote:
> >> We will face challenge for sure but Cursor movement is already
> >> working well for entering and leaving insets. We will have to decide
> >> what to do with selection though. I am in the opinion that when
> >> coming outsi
On Wed, Oct 03, 2007 at 08:25:12AM +0200, Abdelrazak Younes wrote:
> >However, insets imply all sorts of things about cursor movement and
> >mouse placement. Unless things in this area got *massively* cleaned up
> >since I last looked at the code, getting correct cursor movement with
> >char-range
On Tue, Oct 02, 2007 at 10:30:47PM -0400, Richard Heck wrote:
> There's also the question how all of this gets written to a LyX file.
> Especially once we're doing XML, it'll be essential that everything be
> properly nested (unless each character is supposed to be written with
> all of its ass
On Mon, Oct 01, 2007 at 07:02:02PM +0200, Jürgen Spitzmüller wrote:
> I do. And I'm pinning all my hope on Richard and Martin, so that this crucial
> feature will eventually become reality. I really hope this will make it into
> 1.6.0.
Me too. I'd be happy to help out with UI design or whatever
On Mon, Oct 01, 2007 at 06:45:05PM +0200, Jürgen Spitzmüller wrote:
> I think we will have to store some of then in the document.
>
> We already had this discussion. I think we ended with three kind of char
You remember that far back too :)
john
On Mon, Oct 01, 2007 at 12:44:35PM -0400, Richard Heck wrote:
> I'm not sure what you mean by `transmitted' here. But at present,
> charstyle definitions are stored in layout files or, at least in
> 1.6.svn, in layout "modules", which can be used with different
> document-class layouts. (This i
On Mon, Oct 01, 2007 at 12:29:14PM -0400, Richard Heck wrote:
> What did you do with the charstyle once you had it? Write it to a file?
This I think is the difficult bit. Where are they stored, and how are
they transmitted? "It's a layout thing" won't do...
regards
john
On Mon, Oct 01, 2007 at 11:37:43AM -0400, Richard Heck wrote:
> You mean: No gui for constructing character styles? If so, that's right.
Right. That's critical before char styles can be said to be done.
> We lack any sort of layout editor, which we very much need.
We also need this; however, i
On Mon, Oct 01, 2007 at 10:03:16AM -0500, Bo Peng wrote:
> > Why isn't this a listbox + tooltips?
>
> Because there are 163+ options (and most of them are rarely used).
There are ways to deal with this.
> Edwin is working (AFAIR) on a property editor style interface.
Cool.
john
On Mon, Oct 01, 2007 at 04:09:24PM +0200, Jürgen Spitzmüller wrote:
> > I just came across this. Is there a bug filed on fixing this UI?
> > I'm a bit concerned that new UI isn't getting the review it deserves.
>
> No.
>
> What's the problem?
We have a list of options that's presented as some h
I just came across this. Is there a bug filed on fixing this UI?
I'm a bit concerned that new UI isn't getting the review it deserves.
cheers
john
I'm a bit confused, I just compiled svn, and there's no style UI. So,
that would be what's missing.
john
On Fri, Sep 28, 2007 at 02:20:39PM -0500, Bo Peng wrote:
> John and Richard agree with this change. Basically speaking, although
> we should encourage the use of the text layouts, we should not
> deprive users from these simple, frequently used, functions. It should
> be a user's choice what to u
On Fri, Sep 28, 2007 at 03:05:31PM -0400, Richard Heck wrote:
> John Levon wrote:
> >Some time ago I posted a list of the big ticket items missing from LyX.
> >I think that character styles is basically the only thing left that's
> >truly crucial
> >
> What p
On Fri, Sep 28, 2007 at 01:35:49PM -0500, Bo Peng wrote:
> But before text style becomes useful, shouldnot we put bold
> buttons/menu items back? It is frustrating for new users that this
IMHO, yes, but let's not make it difficult to remove again.
john
On Fri, Sep 28, 2007 at 07:25:29PM +0100, John Levon wrote:
> We make it kind of difficult to let them be encouraged. If LyX were to
An old discussion people might find interesting:
http://marc.info/?l=lyx-devel&m=104974730920332&w=2
I accidentally made the mockup 404 though.
(Fr
On Fri, Sep 28, 2007 at 02:16:40PM -0400, Richard Heck wrote:
> Well, as I understand it, LyX is supposed to be a "semantic" text
> processor. That's certainly where John's comment was coming from, and
> mine. But people are not accustomed to thinking about writing that way,
> in large part bec
On Fri, Sep 28, 2007 at 01:03:38AM -0500, Bo Peng wrote:
> I helped a friend upgrade his lyx 1.3.7 to 1.5.1, and waited for his
> praises while he played with the new version
It's because nobody ever finished character styles. It should have gone
like this:
F: Where's bold?
B: Why do you w
On Thu, Aug 30, 2007 at 12:51:29AM +0200, Andre Poenitz wrote:
> I am tempted to commit the attached patch. Shaves ~22s off a release
> build, i.e. roughly 1.2% of total time. Not exactly much, but a dozen of
> such trivial changes will show...
Your rationale is pretty compelling but this should
On Tue, Aug 14, 2007 at 09:46:12PM +0200, Andre Poenitz wrote:
> > >>It seems people have the priorities wrong. I think you need to rank
> > >>efforts based on how much it brings thing forward per time unit, because
> > >>LyX is chronically resource starved.
> > >
> > >Which is why it's a huge p
On Tue, Aug 14, 2007 at 09:44:07PM +0200, Andre Poenitz wrote:
> > Which is why it's a huge problem when uncontrolled development is
> > allowed (see pretty much ever major LyX release, ever, but *especially*
> > the huge quagmire 1.4cvs got itself into).
>
> I come home and find myself in a para
On Tue, Aug 14, 2007 at 08:10:10PM +0200, Asger Ottar Alstrup wrote:
> It seems people have the priorities wrong. I think you need to rank
> efforts based on how much it brings thing forward per time unit, because
> LyX is chronically resource starved.
Which is why it's a huge problem when unco
I didn't see anyone post this yet (so apologies if someone did)...
http://www.linux.com/feature/118403
john
On Fri, Aug 03, 2007 at 04:39:51PM +0100, Stephen Cornell wrote:
> If you want to warn the user that the document is not the clean
> version on disk, perhaps a warning popup `The file is already open
> '. The user is now out of danger...
Worst of both worlds I think. I'm happy with either a
On Fri, Aug 03, 2007 at 11:14:56AM -0400, Richard Heck wrote:
> John Levon wrote:
> >On Fri, Aug 03, 2007 at 03:24:54PM +0100, Stephen Cornell wrote:
> >
> >>I checked to see how other programs behave in this context, and Word,
> >>Pages, and NeoOffice simply
On Fri, Aug 03, 2007 at 03:24:54PM +0100, Stephen Cornell wrote:
> `The document blah.lyx is already being edited. Do you want to
> discard your changes and re-read from disk?
>
With the logic mentioned previously, I think this makes sense, but
Continue editing should be "Cancel" I think.
>
On Fri, Aug 03, 2007 at 02:57:43PM +0100, Stephen Cornell wrote:
> When trying to open a file which is already open in LyX, the user is
> confronted with `The document blah.lyx is already loaded. Do you
> want to revert to the saved version? .'
>
> `Switch' and `revert' are too ambiguous -
On Thu, Jul 26, 2007 at 09:18:41PM +1000, Darren Freeman wrote:
> On Thu, 2007-07-26 at 12:08 +0100, John Levon wrote:
> > Middle-button paste on Linux no longer participates in X. That is, if I
> > select something in konsole, I cannot paste it in LyX with the middle
> &
Middle-button paste on Linux no longer participates in X. That is, if I
select something in konsole, I cannot paste it in LyX with the middle
button. Known bug?
john
PS congratulations on 1.5.0, looks pretty cool...
On Thu, Jul 26, 2007 at 07:18:57AM +0200, Jürgen Spitzmüller wrote:
> Furthermore, I'd like to support Richard's idea of finishing the character
> style implementation.
(Yay)
john
On Tue, May 22, 2007 at 03:15:23PM +0100, José Matos wrote:
> > It makes me wonder somewhat if killing off the dialog was the right
> > thing to do at all...
>
> I have no doubts about it, even in terms of user interface it was clumsy,
> if
> used the focus would not return to the lyx windows
On Tue, May 22, 2007 at 03:57:25PM +0200, Abdelrazak Younes wrote:
> >>>>>>"John" == John Levon <[EMAIL PROTECTED]> writes:
> >
> >John> On Mon, May 21, 2007 at 10:41:14PM +0200, Jean-Marc Lasgouttes
> >John> wrote:
> >>>
On Mon, May 21, 2007 at 10:41:14PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> This is a somewhat unpleasant workaround to the problem and I
> John> don't see why it's nec
On Mon, May 21, 2007 at 07:06:47PM +0200, Andre Poenitz wrote:
> > This menu does not allow us to select the "auto" setting (actually we
> > could have done that, but we did not :). The toolbars are accessible
> > in View>Toolbar, though.
>
> I think we should just set math and table toolbars to
On Mon, May 21, 2007 at 11:09:39AM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> I see the Maths dialog has been removed. Am I right in thinking
> John> that the only way to create thi
I see the Maths dialog has been removed. Am I right in thinking that the
only way to create things such as sum environments etc. without knowing
LaTeX is to turn on the math panel toolbar and use that?
This really needs to be available in the menus too for discoverability:
it's a basic principle
On Sun, Feb 25, 2007 at 06:01:55PM +0100, Hartmut Haase wrote:
> In http://bugzilla.lyx.org and other places we use the email-address for
> identification, and it is readable. This makes it easy for harvester programs
Just an upgrade would help:
https://bugzilla.mozilla.org/show_bug.cgi?id=120
On Sat, Feb 24, 2007 at 03:38:14AM +0100, Uwe Stöhr wrote:
> Today I got a complaint about the amount of entries in the file export
> menu. And yes, I must admit there are now a bit too much.
Is it not possible to remove it altogether and have a combo box on the
save menu that lets you choose th
Insert two footnotes side by side. Open the first footnote and place a
note inside it. The box for the not extends past the footnote to the
edge of the document.
regards
john
On Sat, Feb 10, 2007 at 07:34:17PM +0100, Peter Kümmel wrote:
> Could I enable the size grip?
There was a reason for that at one point, but I forget what...
john
On Tue, Feb 06, 2007 at 05:22:42PM +0100, Jürgen Spitzmüller wrote:
> > Then have we considered making this small toolbar just added onto the
> > first toolbar?
>
> You mean: include it in the main toolbar? Yes. But this has the disadvantage
> that it cannot be switched on/off in toto.
>
> What
On Tue, Feb 06, 2007 at 04:46:59PM +0100, Jürgen Spitzmüller wrote:
> > Well, I was thinking of how we make the dvi toolbar default to not using
> > an entire new line...
>
> It's not possible. Initially, all toolbars get their own line. However, once
> you moved the dvi toolbar, say, bhing the
On Tue, Feb 06, 2007 at 04:32:45PM +0100, Jürgen Spitzmüller wrote:
> > Is there some way to tell lyx to put it on the same line as another
> > toolbar?
>
> No. But session restores the toolbars on the line you dragged them to.
Well, I was thinking of how we make the dvi toolbar default to not u
On Tue, Feb 06, 2007 at 02:15:19PM +0100, Edwin Leuven wrote:
> Jürgen Spitzmüller wrote:
> >What do others think?
>
> on top. if people want a toolbar elsewhere they can always drag it there
> i guess.
Is there some way to tell lyx to put it on the same line as another
toolbar?
john
Whilst I appreciate the reasoning behind the new sidebar, it has an
unfortunate side-effect: the scroll bar is now much harder to hit.
Especially in full-screen mode, the scroll bar was of infinite width
previously.
I'd much, much, prefer it to be on the left.
regards
john
On Sun, Feb 04, 2007 at 07:36:11PM +0200, Martin Vermeer wrote:
> Like where? I would be interested. If I would be successful in
> attracting the next LyX meeting (summer 2007?) to Finland, I intend to
> apply locally for some support. There are literally hundreds of funds in
> Finland, but most o
On Sat, Feb 03, 2007 at 11:26:56PM +0100, Abdelrazak Younes wrote:
> Personally I would be interested to do some paid work for LyX. I am
> running out of contract in 6 month... maybe I'll do a reconversion in
> the software engineering :-). But something disturbs me a bit... is
> $55000 a corre
On Sat, Feb 03, 2007 at 12:15:43PM +0100, Georg Baum wrote:
> I just noticed that I unintentionally raised the minimum required python
> version by using unicodedata.normalize() for the InsetLatexAccent
> conversions in lyx2lyx.
>
> What are we going to do here? The problem is that normalizatio
1 - 100 of 7260 matches
Mail list logo
