On Mon, Sep 18, 2006 at 10:35:25PM +0200, Rainer Dorsch wrote:
> Hello,
>
> I am wondering, if LyX has support for custom style files, which are
> distributed with a large document. As an example, if I write my thesis or a
> manual, somebody might have defined a common style which gives the same
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Sun, Sep 17, 2006 at 10:03:33PM +0200, Abdelrazak Younes wrote:
Code that is not understandable is bad and should be simplified. In
addition, these changes would enable me to get rid of the LyXView
dependency in BufferView.
Check 'svn blame'.
Hello,
I am wondering, if LyX has support for custom style files, which are
distributed with a large document. As an example, if I write my thesis or a
manual, somebody might have defined a common style which gives the same look
for all documents of a department, call it mysty.sty for now.
Whe
On Monday 18 September 2006 17:31, Asger Ottar Alstrup wrote:
> José wrote in private mail that he is also coming.
Let us say that I got an extra incentive since Susana is doing her postdoc
in Copenhagen. :-)
> Regards,
> Asger
--
José Abílio
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
|
| | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| |
| | Lars> So. Any objections to me committing the change as is?
| |
| | Please fix the one useful caption that will slip t
Lars Gullik Bjønnes wrote:
I will most likely arrive in the morning 20th. and leave in the
afternoon the 23rd.
Great.
I hope others have a chance to come for the weekend, it would be
really great to see both old and new faces.
José wrote in private mail that he is also coming.
Regards,
Asg
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Hi.
|
| For those of you who don't know, the very first international LyX
| developers meeting was held in Denmark.
|
| http://www.lyx.org/~jug/lyx/meetings/Denmark/
|
| So it's only natural that we return to Denmark again. I must admit I
| have
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sun, Sep 17, 2006 at 04:26:06PM +0200, Lars Gullik Bjønnes wrote:
| > [EMAIL PROTECTED] writes:
| >
| > | Author: poenitz
| > | Date: Sun Sep 17 12:00:15 2006
| > | New Revision: 15029
| > |
| > | URL: http://www.lyx.org/trac/changeset/15029
| > | L
Andre Poenitz wrote:
On Mon, Sep 18, 2006 at 10:07:01AM +0200, Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The dispatch function called is not the same dispatch function
anymore. There might be a reason why we have decided to go through
the top most
Andre Poenitz wrote:
On Sun, Sep 17, 2006 at 10:03:33PM +0200, Abdelrazak Younes wrote:
Code that is not understandable is bad and should be simplified. In
addition, these changes would enable me to get rid of the LyXView
dependency in BufferView.
Check 'svn blame'. If it says 'poenitz' or su
Hello,
This is the continuation of my BufferView/LyXView cleanup.
This patch compiles but I did not test it yet because of my math compile
problems (any news on that front?)
So, this patch replaces BufferView->LyXView->getDialogs().[show,
update()] with BufferView signal emissions.
The assoc
Michael Gerz wrote:
Well, the patch probably has some negative side-effects (skipped words)
but I don't understand why it causes hard crashes. On Linux, valgrind
didn't indicate any serious memory problem.
I don't know whether it's a memory problem or not. Anyway I get endless
loops and crash
Joost Verburg schrieb:
For 1.4.3 the patch should be reverted anyway to solve all the
crashes. It would be nice if the remaining focus and spell checker
bugs could be fixed, but maybe that should be postponed to 1.4.4.
Well, the patch probably has some negative side-effects (skipped words)
bu
On Sun, Sep 17, 2006 at 09:16:42PM +0200, Abdelrazak Younes wrote:
> >I still have compilation problems:
>
> Is anybody else seeing this? I am not sure of what the fix could be.
> Maybe you didn't commit everything Andre?
I commited everything under src/ as far as I can tell.
However, the modem
On Sun, Sep 17, 2006 at 10:19:25PM +0200, Abdelrazak Younes wrote:
> >A pity that you cannot come to denmark, we should get drunk (at least
> >I) and then we could go outside and fight it out.
>
> You'd loose, I've been practising French boxing in my youth.
>
> >Are you sure you
> >cannot come?
>
On Sun, Sep 17, 2006 at 04:26:06PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] writes:
>
> | Author: poenitz
> | Date: Sun Sep 17 12:00:15 2006
> | New Revision: 15029
> |
> | URL: http://www.lyx.org/trac/changeset/15029
> | Log:
> | cleanup after svn hang-up, #undef CursorShape. Should
On Sun, Sep 17, 2006 at 10:03:33PM +0200, Abdelrazak Younes wrote:
> Code that is not understandable is bad and should be simplified. In
> addition, these changes would enable me to get rid of the LyXView
> dependency in BufferView.
Check 'svn blame'. If it says 'poenitz' or such just apply your
On Mon, Sep 18, 2006 at 12:45:25PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >>"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> >Abdelrazak> Don't you think that this is a waste of CPU cycles? The
> >Abdelrazak> update machinery is done anyway because th
On Sun, Sep 17, 2006 at 09:32:13PM +0200, Lars Gullik Bjønnes wrote:
> Other opinions on this?
Not really. I never understood that part anyway...
Andre'
On Mon, Sep 18, 2006 at 12:19:55PM +0200, Abdelrazak Younes wrote:
> Asger Ottar Alstrup wrote:
> >Abdelrazak Younes wrote:
> >>>Are you sure you cannot come [to denmmark]?
> >>
> >>I'd like to but it will be difficult.
> >
> >I think going to Denmark will by far be the best way to solve the issues
On Sun, Sep 17, 2006 at 10:26:01PM +0200, Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | > The dispatch function called is not the same dispatch function
> | > anymore. There might be a reason why we have decided to go through the
> | > top most dispatch and let t
On Mon, Sep 18, 2006 at 10:07:01AM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> >> The dispatch function called is not the same dispatch function
> >> anymore. There might be a reason why we have decided to go through
> >> the top mos
On Mon, Sep 18, 2006 at 01:18:24AM +0200, Lars Gullik Bjønnes wrote:
> Yeah, but it also means that some LFUNS, if called from lyxtext must
> still use bv.owner()->dispatch(...), else you will not be able to
> reach all available LFUNS.
Indeed. But the ones used there should. In theory at least.
Joost Verburg schrieb:
For 1.4.3 the patch should be reverted anyway to solve all the
crashes. It would be nice if the remaining focus and spell checker
bugs could be fixed, but maybe that should be postponed to 1.4.4.
Well, the patch probably has some negative side-effects (skipped words)
but
Jean-Marc Lasgouttes wrote:
The real problem is in the spellchecker controller, I think. But I am
not going to be able to fix that for 1.4.3. I have no idea how to
proceed.
For 1.4.3 the patch should be reverted anyway to solve all the crashes.
It would be nice if the remaining focus and spell
Also sprach Helge Hafting:
> Ok, seems a TIPA mode is justified. It'd still be nice to have
> a generic version of this, so as to enter any of those unicode characters
> too rarely used to get a key of its own.
I'd like to have a TIPA panel (similar to the math panel), which could be
extended to
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> So. Any objections to me committing the change as is?
|
| Please fix the one useful caption that will slip through.
Hmm... that means playing with qt designer stuff...
T
Juergen Spitzmueller wrote:
Helge Hafting wrote:
Well, how about having a similiar mechanism in text mode, then?
In math you can press "\" and then enter a name like "alpha" or
some TIPA symbol or whatever. All unicode characters are
numbered, I believe.
The thing about IPA shortcuts i
Abdelrazak Younes wrote:
I am sure he his but that is not the problem. We should be able to
work out the frictions without meeting face to face.
The problem here is that humans interface better face to face. E-mail
is ok for
conveying ideas, but not emotions. Or an impression of how another
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So. Any objections to me committing the change as is?
Please fix the one useful caption that will slip through.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I did, and I found _one_ caption that looked useful.
|
| Lars> But we have to decide: Either we use the captions -> make all of
| Lars> them have useful contents, and use
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>>> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
>>
Michael> However, the spell checker behaves strangely: In a
Michael> single-paragraph document like Hello sml sml world only the
Michael> t
Georg Baum wrote:
Abdelrazak Younes wrote:
I did not dismiss your work entirely, please reread my older messages. I
only pointed out that it might not be the cleanup you think it is, and I
said more than once that I don't know the full picture either. Otherwise I
would have complained about a sp
Jean-Marc Lasgouttes wrote:
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> However, the spell checker behaves strangely:
Michael> In a single-paragraph document like
Michael> Hello sml sml world
Michael> only the third word is identified as faulty but the spell
Michael> check
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Partly. I do know a bit about it, but not enough to completely understand
>> the current selection code, in particular not why there is this static
>> xsel_cache_ variable. This is of course not your doing, but a real
>> cleanup would only be possibl
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Ok. Note that this is how unicode recommends that you should be
Lars> aple to enter combining chars as well. But that is a frontend
Lars> issue, input methods.
Yes, this is what I proposed earlier. I think we should have a look
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Don't you think that this is a waste of CPU cycles? The
Abdelrazak> update machinery is done anyway because this
Abdelrazak> LyXText::setLayout() method is called only twice in two
Abdelrazak>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> If you entered the way you did in the example, then you have to
| Lars> use compose. :-)
|
| No, because the fracc.el emacs package allows that :) In french, '+e=é
| is no
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am sure he his but that is not the problem. We should be
Abdelrazak> able to work out the frictions without meeting face to
Abdelrazak> face.
It is not always possible.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> If you entered the way you did in the example, then you have to
Lars> use compose. :-)
No, because the fracc.el emacs package allows that :) In french, '+e=é
is not convenient because of our use of quotes (like l'escalier). But
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I did, and I found _one_ caption that looked useful.
Lars> But we have to decide: Either we use the captions -> make all of
Lars> them have useful contents, and use it. Or we get rid of them
Lars> completely.
Agreed. Either co
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Don't you think that this is a waste of CPU cycles? The
Abdelrazak> update machinery is done anyway because this
Abdelrazak> LyXText::setLayout() method is called only twice in two
Abdelrazak> LFUNs in text3.C: LFUN_FL
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> If you have time for documentation, I can forward you some mails
>> proposing small fixes.
Juergen> Not really, sorry.
I had to try :)
JMarc
Asger Ottar Alstrup wrote:
Abdelrazak Younes wrote:
Are you sure you cannot come [to denmmark]?
I'd like to but it will be difficult.
I think going to Denmark will by far be the best way to solve the issues.
In the history of LyX, there has been a tradition of long and intense
discussions
Lars Gullik Bjønnes wrote:
> No. Lars: Do not remove support for the current spellcheckers until
> you have something new that works.
Isn't that exactly what branches are made for? Why can't you guys clone
a fresh branch, cut out the spell checker and plug in enchant. If that
works out and is fini
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > All desktops I know of support this if you setup the correct keyboard
| > and/or locale.
|
| Hum... Enchant support Aspell much better than LyX...
|
| So prove first that this is possible
Helge Hafting wrote:
> Well, how about having a similiar mechanism in text mode, then?
> In math you can press "\" and then enter a name like "alpha" or
> some TIPA symbol or whatever. All unicode characters are
> numbered, I believe.
The thing about IPA shortcuts is that you have to hit only one
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Am Samstag, 16. September 2006 18:47 schrieb Abdelrazak Younes:
I don't need to know. I am just moving code around and this should just
work. I am quite confident actually that it _will_ just work.
OK, suppose it works. Then there
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > All desktops I know of support this if you setup the correct keyboard
| > and/or locale.
|
| Hum... Enchant support Aspell much better than LyX...
|
| So prove first that this is possible, implement relevant
| helper
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| | Do we have a way to ask the qt/gtk key input machinery to do that for
| | us? I mean, having these dead keys active in lyx but not in other
| | apps?
|
| Lars> Why would we
Jean-Marc Lasgouttes wrote:
> If you have time for documentation, I can forward you some mails
> proposing small fixes.
Not really, sorry.
Jürgen
Lars Gullik Bjønnes wrote:
All desktops I know of support this if you setup the correct keyboard
and/or locale.
Hum... Enchant support Aspell much better than LyX...
So prove first that this is possible, implement relevant
helper codes if any and then remove the feature.
| Can't you enca
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Do we have a way to ask the qt/gtk key input machinery to do that for
| us? I mean, having these dead keys active in lyx but not in other
| apps?
Lars> Why would we need that?
I like that when writing in french with my US keyboa
Helge Hafting <[EMAIL PROTECTED]> writes:
| In text mode we support "\" as a text character, so it'd have to
| be something else. A function key? Ctrl+\ ?
|
| Press, say C-\, and then enter the name of some special character.
| Perhaps even things like "footnote", "float" . . . Then space, and y
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I know there could be potential problem but I have had a
Abdelrazak> closed look at these lfuns one by one. We are talking here
Abdelrazak> about simple editing lfun not something complicated.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> This change makes Makefile.in.in also look at qt4 ui files.
|
| Lars> In addition to that it changes the qt3 ui parsing to _not_
| Lars> handle caption names. I am not sur
Angus Leeming wrote:
Abdelrazak Younes wrote:
Could be a good idea. But and this is a big BUT, I'd argue that if an
lfun needs to call another lfun, then that's a design problem. So if
you prefer, I can rework my patch so that there is no dispatch call
any more.
That's certainly not true. Ma
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote: Document it in the User Guide
Juergen> (sec. 4.1, for instance)! The most common use is pressing
Juergen> or to "dissolve" an inset. The common user
Juergen> doesn't need to know about the ac
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Intl (lyx keymaps) and the transmanager.
| > I'd like to get rid of these. They were added ages ago to alleviate
| > problems with X,xforms and the desktopsystems we had then (the
| > non-existing ones). It is not LyX's
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> So imho, keyboard maps, keymaps and the like should disapear,
| Lars> the frontend/windowing system should handle composing chars and
| Lars> dead-keys.
|
| Do we have a w
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote: Document it in the User Guide
Juergen> (sec. 4.1, for instance)! The most common use is pressing
Juergen> or to "dissolve" an inset. The common user
Juergen> doesn't need to know about the ac
Juergen Spitzmueller wrote:
Lars Gullik Bjønnes wrote:
For trunk we should think unicode. Then we should not need math to
insert phonetic symbols.
That would be cool indeed. However, inserting IPA via math is convenient,
because you can use TIPAs shorthand notation (which is what most
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Am Samstag, 16. September 2006 18:47 schrieb Abdelrazak Younes:
>>
>>> I don't need to know. I am just moving code around and this should just
>>> work. I am quite confident actually that it _will_ just work.
>>
>> OK, suppose it works. Then there
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I know there could be potential problem but I have had a
Abdelrazak> closed look at these lfuns one by one. We are talking here
Abdelrazak> about simple editing lfun not something complicated.
Yes, but in the future w
Jean-Marc Lasgouttes wrote:
> Juergen> Document it in the User Guide (sec. 4.1, for instance)! The
> Juergen> most common use is pressing or to
> Juergen> "dissolve" an inset. The common user doesn't need to know
> Juergen> about the actual lfun IMO.
>
> And fix the description of the tutorial th
Abdelrazak Younes wrote:
Are you sure you cannot come [to denmmark]?
I'd like to but it will be difficult.
I think going to Denmark will by far be the best way to solve the issues.
In the history of LyX, there has been a tradition of long and intense
discussions about this and that. They co
Abdelrazak Younes wrote:
Could be a good idea. But and this is a big BUT, I'd argue that if an
lfun needs to call another lfun, then that's a design problem. So if you
prefer, I can rework my patch so that there is no dispatch call any more.
That's certainly not true. Many of the inset LFUNs a
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Georg, if you have a comment or an abjection
Abjection, really? ;)
Oups :-)
This is just a typo Georg...
Abdel.
Lars Gullik Bjønnes wrote:
Intl (lyx keymaps) and the transmanager.
I'd like to get rid of these. They were added ages ago to alleviate
problems with X,xforms and the desktopsystems we had then (the
non-existing ones).
It is not LyX's job to have keymaps, keyboard maps and the like. Even
dead
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The dispatch function called is not the same dispatch function
anymore. There might be a reason why we have decided to go through
the top most dispatch and let that handle the traversement of the
dispatch
Angus Leeming wrote:
Abdelrazak Younes wrote:
More seriously, why is it a problem? The dispatch hierarchy will
inevitably end-up there so why not take the shortcut? IMHO the code
looks a lot more cleaner this way.
It may look cleaner to you, but now you're creating two ways to get to
the sam
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This change makes Makefile.in.in also look at qt4 ui files.
Lars> In addition to that it changes the qt3 ui parsing to _not_
Lars> handle caption names. I am not sure if this is wanted or not,
Lars> but at least the current cap
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So imho, keyboard maps, keymaps and the like should disapear,
Lars> the frontend/windowing system should handle composing chars and
Lars> dead-keys.
Do we have a way to ask the qt/gtk key input machinery to do that for
us? I me
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Sunday 17 September 2006 20:32, Lars Gullik Bjønnes wrote:
>> Other opinions on this?
José> I agree, I do not see anyone using this since at least 1.1.x
Not true. There is even an update to the latvian keymap that has been
posted
Juergen Spitzmueller wrote:
> I'm gonna commit the attached patch.
Forget this. Lars already did this.
Jürgen
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The dispatch function called is not the same dispatch function
>> anymore. There might be a reason why we have decided to go through
>> the top most dispatch and let that handle the traversement of the
>> dispatch hierarchy.
A
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I think it would be a good solution indeed. At the end,
Abdelrazak> the main InsetText is very special and deserves some
Abdelrazak> special treatment.
Yes. Also tabular cells should be InsetCell. InsetText should be
Abdelrazak Younes wrote:
> Try to #include "frontend/Gui.h"
If I do this and #include "frontends/Selection.h", it compiles again. I'm
gonna commit the attached patch.
Jürgen
Index: src/frontends/qt3/QWorkArea.C
===
--- src/frontends
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Georg, if you have a comment or an abjection
Abjection, really? ;)
JMarc
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Michael Gerz wrote:
>> I applied the changes on which you agreed. Personally, I think that
>> function inset-dissolve should also be promoted a little bit. There
>> is no way for the average user to get notice of it.
Jue
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> However, the spell checker behaves strangely:
Michael> In a single-paragraph document like
Michael> Hello sml sml world
Michael> only the third word is identified as faulty but the spell
Michael> checker states that it has ch
81 matches
Mail list logo
