Hi all,
I found something funny this morning. When copying from one window to the
other one of the same lyx instance using the middle mouse button on Linux,
LyX inserts some musical notes. When using STRG+C and STRG+V they don't
appear. I don't know what info to provide, except a screen shot.
On Thu, Nov 02, 2006 at 07:32:21AM +, José Matos wrote:
On Thursday 02 November 2006 6:11 am, Enrico Forestieri wrote:
Georg, I think you forgot to update src/ChangeLog.
Another reason why having 1.5 as the stable series is an beneficial. ;-)
I actually like having ChangeLog files in
Lars Gullik Bjønnes wrote:
Joost Verburg
[EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| sure it does. I do this all the time with emacs and firefox.
|
| Firefox has only a single process for all windows.
|
| In LyX you can have right now:
|
| 1) Multiple LyX instances
Enrico Forestieri wrote:
Georg, I think you forgot to update src/ChangeLog.
We don't use it anymore.
Georg
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Enrico Forestieri wrote:
Georg, I think you forgot to update src/ChangeLog.
Georg We don't use it anymore.
Well, at least I try to update it in 1.4. I am not sure whether this
is 100% necessary, so this is why I never complain to you about
On Tue, Oct 31, 2006 at 04:46:07PM +0100, Abdelrazak Younes wrote:
Peter Kümmel wrote:
Because
- it costs us nothing
- it's a nice feature for the user
- I don't see any reason way we should disable it
- we are releasing only a alpha version
- I don't want to start a
José Matos wrote:
On Wednesday 01 November 2006 6:11 pm, Joost Verburg wrote:
It does not make sense to allow multiple instances when each instance
can also have multiple windows. There is no way to tell which window
belongs to which instance and therefore you can easily loose data by
Hi!
I attached a patch (actually two, one against 1.4.4svn and one against
1.5.0svn) to bugzilla (http://bugzilla.lyx.org/show_bug.cgi?id=2939). To
make it useful, you'll want to create a key binding for it (not included
in the patch). I believe Jean-Marc is planning to commit it as soon as
he
Jean-Marc Lasgouttes wrote:
Well, at least I try to update it in 1.4. I am not sure whether this
is 100% necessary, so this is why I never complain to you about that
:)
I see. I thought that they where also abandoned in 1.4, but I have to admit
that I am also too lazy to do both ChangeLog and
On Thu, Nov 02, 2006 at 09:39:30AM +0100, Jean-Marc Lasgouttes wrote:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Enrico Forestieri wrote:
Georg, I think you forgot to update src/ChangeLog.
Georg We don't use it anymore.
Well, at least I try to update it in 1.4. I am not sure
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Angus Leeming wrote:
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| Do we still need guiapi.[Ch]? Again, it seems like it is not
| linked to the final LyX executable.
| I let it there because I don't know it is used in some external
| client. We
Bo Peng wrote:
Yeah, it was not that hard (see below). It's just that I don't have much
time.
This does solves my bookmark problem, but are you sure it is a good
idea to open all buffers that was opened in the parent window?
I know you understand the difference but for the sake of clarity
On Thu, 2006-11-02 at 10:02 +0100, Enrico Forestieri wrote:
On Thu, Nov 02, 2006 at 09:39:30AM +0100, Jean-Marc Lasgouttes wrote:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Enrico Forestieri wrote:
Georg, I think you forgot to update src/ChangeLog.
Georg We don't use it
Martin Vermeer wrote:
Hmmm, I don't think this is done in 1.4, and still single par update
works just fine there... in 1.5 the infrastructure is there but it isn't
working properly, as whole-screen updates have been layered on top of it
with reckless disregard for what was already there, which
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous full-screen refresh behaviour. I suggest getting
rid of that first.
The full refresh thing is due to the cursor bug. I will work on it as
soon as I find some free time.
Abdelrazak Younes wrote:
Bo Peng wrote:
Yeah, it was not that hard (see below). It's just that I don't have much
time.
This does solves my bookmark problem, but are you sure it is a good
idea to open all buffers that was opened in the parent window?
I know you understand the difference
Abdelrazak Younes wrote:
I propose to remove the multi-window feature from the menu, or even
remove the LFUN entirely. We can have it back when the new TabWidget
that will replace the tabbar is ready (most probably in 1.6).
But we could also explain it to the user how it works:
Beware there
Peter Kümmel wrote:
A other solution is to somehow handle within the views which part
of the buffer is viewed.
This is what we have already: Each LyXView (WorkArea really) has its own
unique BufferView which is a view of one part of the document. Except
for some cursor bug (the famous dEPM
Abdelrazak Younes wrote:
Peter Kümmel wrote:
A other solution is to somehow handle within the views which part
of the buffer is viewed.
This is what we have already: Each LyXView (WorkArea really) has its own
unique BufferView which is a view of one part of the document. Except
for some
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Peter Kümmel wrote:
|
| A other solution is to somehow handle within the views which part
| of the buffer is viewed.
|
| This is what we have already: Each LyXView (WorkArea really) has its
| own unique BufferView which is a view of one part of
I think we should really release a alpha version
of LyX 1.5 until Monday, 6. November.
Why should we wait? It is a alpha release, it needs not
to be perfect. I already think it is too stable for a
alpha release.
What is a Alpha release?
http://en.wikipedia.org/wiki/Alpha_release#Alpha
The alpha
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
This does not help. But after a CTRL-N all is fine,
so it couldn't be that hard for someone who knows
all the details. ;)
Yeah, it was not that hard (see below). It's just that I don't have much
time.
Abdel.
On Tue, 2006-10-31 at 08:46 +0100, Georg Baum wrote:
Add the proper encodings to lib/encodings and languages to lib/languages.
Then you need to fix the frontend that all encodings from lib/encodings can
be selected, currently the list is hardcoded in
src/frontends/qt4/QDocumentDialog.C.
Can
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
A other solution is to somehow handle within the views which part
of the buffer is viewed.
This is what we have already: Each LyXView (WorkArea really) has its own
unique BufferView which is a view of one part of the document.
Peter Kümmel [EMAIL PROTECTED] writes:
| I think we should really release a alpha version
| of LyX 1.5 until Monday, 6. November.
Why change a decision already made?
--
Lgb
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Peter Kümmel wrote:
|
| A other solution is to somehow handle within the views which part
| of the buffer is viewed.
|
| This is what we have already: Each LyXView (WorkArea really) has its
| own unique BufferView
On Thu, 2006-11-02 at 11:41 +0100, Gour wrote:
I pulled the code from svn and will try to build it to see how well can
LyX play with XeTeX...both Kile Texmaker work with utf-8 so it will be
pity if LyX is lacking proper support...
Ahh, some problems with my keyboard :-)
Sincerely,
Gour
Am Mittwoch, 1. November 2006 15:38 schrieb Ozgur Ugras BARAN:
By the way, I haven't seen nomencl commit in svn. Is something
missing, or do you need new diff?
Shortly after you went on holiday a freeze was announced, and nothing new
was allowed to go in. Fortunately Jose (the 1.5.0 release
Gour wrote:
On Tue, 2006-10-31 at 08:46 +0100, Georg Baum wrote:
Add the proper encodings to lib/encodings and languages to lib/languages.
Then you need to fix the frontend that all encodings from lib/encodings
can be selected, currently the list is hardcoded in
And the patch...Index: src/LyXAction.C
===
--- src/LyXAction.C (Revision 15688)
+++ src/LyXAction.C (Arbeitskopie)
@@ -366,6 +366,8 @@ void LyXAction::init()
{ LFUN_WINDOW_NEW, window-new, NoBuffer },
{ LFUN_WINDOW_CLOSE,
Lars Gullik Bjønnes wrote:
Peter Kümmel [EMAIL PROTECTED] writes:
| I think we should really release a alpha version
| of LyX 1.5 until Monday, 6. November.
Why change a decision already made?
Because
- it wasn't that clear
- it was more a decision for a beta release
- to push LyX
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| | Peter Kümmel wrote:
| | | A other solution is to somehow handle within the views which
| part
| | of the buffer is viewed.
| | | This is what we have already: Each
I think we should really release a alpha version
of LyX 1.5 until Monday, 6. November.
Veto! We agreed on Nov 13th and I need the time for CT.
And, after all, it is Jose who makes the decisions.
Michael
[EMAIL PROTECTED] wrote:
I think we should really release a alpha version
of LyX 1.5 until Monday, 6. November.
Veto! We agreed on Nov 13th and I need the time for CT.
And, after all, it is Jose who makes the decisions.
Michael
Haven't you read the Post Scriptum? ;)
We could do
On Thu, 2006-11-02 at 11:55 +0100, Georg Baum wrote:
Can one just add utf-8 and expect it to work?
As far as LyX is concerned: Yes. It is only commented out because it is a
file format change.
Great! Let me try...
Will it be added in 1.5.0 ?
But of course you can not expect that all the
On Thursday 02 November 2006 11:08 am, Peter Kümmel wrote:
Lars Gullik Bjønnes wrote:
Peter Kümmel [EMAIL PROTECTED] writes:
| I think we should really release a alpha version
| of LyX 1.5 until Monday, 6. November.
Why change a decision already made?
With all the due respect Peter,
On 11/2/06, Georg Baum [EMAIL PROTECTED] wrote:
Am Mittwoch, 1. November 2006 15:38 schrieb Ozgur Ugras BARAN:
By the way, I haven't seen nomencl commit in svn. Is something
missing, or do you need new diff?
Shortly after you went on holiday a freeze was announced, and nothing new
was allowed
John Levon wrote:
On Wed, Nov 01, 2006 at 03:21:13PM +0100, Abdelrazak Younes wrote:
But quite frankly, I don't understand what's so bad about letting the
user change the cursor width.
If anywhere, it belongs in a desktop-wide preference, not LyX doing its
own thing.
(And yes, same
Michael Gerz wrote:
Lars Gullik Bjønnes wrote:
IMHO we should not merge translations from 1.4 at all. (or at most on
a case by case basis. And if translators want it (I don't want it for
NB f.ex.), msgmerge can be used for this.)
Lars, I am a careful man :-)
Right now, I am checking the
Helge Hafting [EMAIL PROTECTED] writes:
| Michael Gerz wrote:
| Lars Gullik Bjønnes wrote:
|
| IMHO we should not merge translations from 1.4 at all. (or at most on
| a case by case basis. And if translators want it (I don't want it for
| NB f.ex.), msgmerge can be used for this.)
|
|
Ozgur Ugras BARAN wrote:
On 11/2/06, Georg Baum
[EMAIL PROTECTED] wrote:
Shortly after you went on holiday a freeze was announced, and nothing new
was allowed to go in. Fortunately Jose (the 1.5.0 release manager) agreed
to put the nomencl stuff in.
Oh, this is bad news, since I have
José Matos wrote:
On Thursday 02 November 2006 11:08 am, Peter Kümmel wrote:
Lars Gullik Bjønnes wrote:
Peter Kümmel [EMAIL PROTECTED] writes:
| I think we should really release a alpha version
| of LyX 1.5 until Monday, 6. November.
Why change a decision already made?
With all the due
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
A other solution is to somehow handle within the views which part
of the buffer is viewed.
This is what we have already: Each LyXView (WorkArea really) has its own
unique BufferView which is a view of
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
A other solution is to somehow handle within the views which part
of the buffer is viewed.
This is what we have already: Each LyXView (WorkArea really) has its own
unique BufferView which is a view of
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Helge Hafting wrote:
Asger Ottar Alstrup wrote:
Hi,
An update on the status of 1.5.svn. Nice work, guys - we are down to
just 2 known show-stoppers for a test release:
Another showstopper:
edit-reconfigure = Segmentation fault
I don't know what
On Thursday 02 November 2006 12:20 pm, Peter Kümmel wrote:
OK, I've tried it and failed. A comfort is, Asger also failed.
What?
As far as I understand, I have been all morning evaluating some exams from
my students so my mood is not the best, Asger has being doing an evaluation
of what
I opened an existing document, went to document-settings-branches, and
discovered:
1. I can't activate/deactivate the existing branch. The branch
name is non-ascii.
I can add a new one and activate/deactivate it, if the name is ascii.
2. Adding a new branch with a non-ascii name destroys
On Thu, 2006-11-02 at 10:40 +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Hmmm, I don't think this is done in 1.4, and still single par update
works just fine there... in 1.5 the infrastructure is there but it isn't
working properly, as whole-screen updates have been layered on
On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous full-screen refresh behaviour. I suggest getting
rid of that first.
The full refresh thing is due to the
On Tue, 2006-10-31 at 08:46 +0100, Georg Baum wrote:
Add the proper encodings to lib/encodings and languages to lib/languages.
Then you need to fix the frontend that all encodings from lib/encodings can
be selected, currently the list is hardcoded in
src/frontends/qt4/QDocumentDialog.C.
I
Edwin == Leuven, E [EMAIL PROTECTED] writes:
Edwin JML à dit:
Personally, I would put the show in LyX part at the bottom.
Edwin i ended up putting it under the extra tab:
Excellent.
JMarc
More lyx-1.5svn testing:
Insert a URL into the document, fill in the URL field with
http://www.free-firewall.org
Try view-pdflatex or view-latex,
get the error message
Undefined control sequence \url{http://www.free-firewall.org}
Lars Gullik Bjønnes wrote:
Helge Hafting [EMAIL PROTECTED] writes:
| Michael Gerz wrote:
| Lars Gullik Bjønnes wrote:
|
| IMHO we should not merge translations from 1.4 at all. (or at most on
| a case by case basis. And if translators want it (I don't want it for
| NB f.ex.), msgmerge can
On Thursday 02 November 2006 1:31 pm, Leuven, E. wrote:
moreover, this way we avoid clutter on the dialog (presenting too many
options at once) while having the main output options (the ones we care
about most) on the first tab.
i think this makes sense in a common use context, and i like it
On Thu, 2 Nov 2006, José Matos wrote:
Sad to see that I couldn't infect the others with my enthusiasm, seem
the developers of LyX are more boring and inflexible than I thought.
You are young lad. :-)
And how old are you? :-) (I'm 33 btw - is that old or young :-)
Anyway, as I've been
On Thu, Nov 02, 2006 at 12:58:32PM +0100, Helge Hafting wrote:
You have a point. Ideally, we should use native widgets. But
only if they are good enough for our use. If not, then rolling
our own makes lyx better. The alternative to our own cursor
then is not to use a bad widget, but to
José wrote:
If no one shouts until tomorrow you can put in.
ok, will do...
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| | Peter Kümmel wrote:
| | | A other solution is to somehow handle within the views which
| part
| | of the buffer is viewed.
| | | This is
Martin Vermeer wrote:
On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous full-screen refresh behaviour. I suggest getting
rid of that first.
The full refresh thing is
Dear all,
The session/toolbar patch have been committed to the trunk. Please
test and comment. Features to test:
1. turn toolbar on/off, move it around, and see if session can restore
them correctly.
2. view-toolbar toggle on/off, and in the math/table/review cases,
toggle on/off/auto.
You may
Georg is right, the LyX core is not ready for Multiple-view. There's too
much that needs to be re-designed. So either someone steps up and
cleanup that mess by putting the rows calculation outside of the Buffer
or we disable the multi-windows feature.
I would be really disappointed to see
Bo Peng wrote:
Georg is right, the LyX core is not ready for Multiple-view. There's too
much that needs to be re-designed. So either someone steps up and
cleanup that mess by putting the rows calculation outside of the Buffer
or we disable the multi-windows feature.
I would be really
1) make sure that the two windows size (the BufferView) are exactly the
same size.
2) Instead of multi-window we could implement the multi-workarea within
one window using the TabWidget solution I have outlined earlier. Then,
we will be sure that two BufferView of the same Buffer would have the
Bo Peng wrote:
Dear all,
http://www.lyx.org/trac/changeset/15688
As far as I can tell, I have solved the three state toolbar chaos
completely by introducing this view-toolbar menu and
LFUN_TOOLBAR_TOGGLE_STATE lfunc. If there is no objection, I will
apply both patches tomorrow to attract
Draciron wrote:
Greetings...
greetings
Also excuse my breach in ettiquete. I'm not a patient man :)
don't worry, neither are we (or me at least)
...
(i will try to answer some of your questions, where i can)
First is the editor won't let me use the enter key to create my own
sense of
The popup could be disabled by reimplementing createPopouMenu in GuiView.C
This will be less confusing indeed. But do people in general agree to remove it?
Bo
On Thu, Nov 02, 2006 at 04:57:09PM +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous full-screen refresh
Martin Vermeer wrote:
On Thu, Nov 02, 2006 at 04:57:09PM +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous
Bo Peng wrote:
1) make sure that the two windows size (the BufferView) are exactly the
same size.
2) Instead of multi-window we could implement the multi-workarea within
one window using the TabWidget solution I have outlined earlier. Then,
we will be sure that two BufferView of the same Buffer
Leuven, E. wrote:
Draciron wrote:
Greetings...
greetings
Also excuse my breach in ettiquete. I'm not a patient man :)
don't worry, neither are we (or me at least)
Very funny post Edwin... you offered me 5 minutes of laughing and I
needed that today :-)
Abdel.
Hi,
I notice the following small bug in amsart-plain.layout:
Input amsart.layout - Input amsdef.inc - Input ammsmath.inc
Input amsmaths-plain.inc
Thus both Theorem and Theorem* appear in the layout combobox, which is not
useful, and if you choose both you get a LaTeX error as they define the
Bo Peng wrote:
This will be less confusing indeed. But do people in general agree to
remove it?
I do. I think the popup is just not suited for our needs, as opposed to your
menu entry (apparently -- I didn't have time to have a look at it yet).
Jürgen
The popup could be disabled by reimplementing createPopouMenu in GuiView.C
http://doc.trolltech.com/4.2/qmainwindow.html#createPopupMenu
You could try returning just a QMenu() or QWidget() to disbale the popup.
OK. Peter, could you please remove this popup for me? It will take me
much longer
OK. Peter, could you please remove this popup for me? It will take me
much longer than you to do this.
Yes, I could do it in the next days.
Maybe I try to add the Auto option instead of removing the complete
popup.
Also, if there is no other way to turn on/off toolbar than
view-toolbar,
When I evtl. add the Auto option, I will make sure that the menu is
always up to date.
Yes, just remember to update ToolbarBackend::Flags so
MenuBackends::expandToolbars() can get the correct status.
Thanks.
Bo
On Thursday 02 November 2006 2:53 pm, Draciron wrote:
Useing the scrollwheel in file selections breaks the file selection box. I
am using a Logictech trackball on FC3.
Known problem with xforms, the qt-frontend does not have this problem.
--
José Abílio
Yes, I could do it in the next days.
Maybe I try to add the Auto option instead of removing the complete
popup.
Since ToolbarBackend::Flags will always reflect the true toolbar
status, I have modified the view-toolbars display as
standard etc, two states:
on standard
off standard
review
Hi,
More bugs are being reported recently, and none of the old ones have
been fixed. Thus, we are moving in the wrong direction.
Showstoppers without hope:
- Selection with the mouse. Does not work in math nor in tables. It kind
of works in insets, although problems have been reported with
On Fri, Nov 03, 2006 at 10:13:47AM +1800, Bo Peng wrote:
The session/toolbar patch have been committed to the trunk. Please
test and comment.
Good work, Bo ;-)
Some comments:
- The status of the toolbars can only be changed when a document is loaded.
- Changing the status of a toolbar
On Thu, Nov 02, 2006 at 09:00:45PM +0100, Enrico Forestieri wrote:
- The status of the toolbars can only be changed when a document is loaded.
- Changing the status of a toolbar modifies the changed status of the
document.
- Maybe the toolbars should not be numerated in the menu and their
On Thu, Nov 02, 2006 at 08:28:45PM +0100, Asger Ottar Alstrup wrote:
More bugs are being reported recently, and none of the old ones have
been fixed. Thus, we are moving in the wrong direction.
Or people have been doing some testing...
regards
john
hello!
two days ago i wrote a mail to the list with subject svg4lyx and i got
it via the list, but it doesn't show up in the list archive and nobody
answered to it. So i thought that maybe there was a problem because of
the size of the mail (it contained some attached files).
short about
Asger Ottar Alstrup wrote:
Other problems without hope:
- Nice icons in change tracking missing.
I think we could just take some from the KDE classic iconset, where the
other icons are taken from IIRC. Like the attached, for instance.
Jürgen
icons.tar.gz
Description: GNU Zip compressed data
On Thursday 02 November 2006 8:56 pm, Bernhard Roider wrote:
hello!
Hello,
two days ago i wrote a mail to the list with subject svg4lyx and i got
it via the list, but it doesn't show up in the list archive and nobody
answered to it. So i thought that maybe there was a problem because of
On Thursday 02 November 2006 3:11 pm, [EMAIL PROTECTED] wrote:
On Thu, 2 Nov 2006, José Matos wrote:
Sad to see that I couldn't infect the others with my enthusiasm, seem
the developers of LyX are more boring and inflexible than I thought.
You are young lad. :-)
And how old are you?
On Thursday 02 November 2006 10:04 pm, Juergen Spitzmueller wrote:
Asger Ottar Alstrup wrote:
Other problems without hope:
- Nice icons in change tracking missing.
I think we could just take some from the KDE classic iconset, where the
other icons are taken from IIRC. Like the attached,
Asger Ottar Alstrup wrote:
Hi,
More bugs are being reported recently, and none of the old ones have
been fixed. Thus, we are moving in the wrong direction.
Showstoppers without hope:
- Selection with the mouse. Does not work in math nor in tables. It kind
of works in insets, although
Abdelrazak Younes [EMAIL PROTECTED] writes:
Bennett Helm wrote:
I'm now out of my depth.
The official binary installs Qt as a bunch of Frameworks
(Qt3Support.framework, QtAssistantClient.framework, QtCore.framework,
etc), which are folders that include headers and largish (i.e.,
Andreas Vox wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Bennett Helm wrote:
I'm now out of my depth.
The official binary installs Qt as a bunch of Frameworks
(Qt3Support.framework, QtAssistantClient.framework, QtCore.framework,
etc), which are folders that include headers and
On Thursday 02 November 2006 12:15 pm, Georg Baum wrote:
Ozgur Ugras BARAN wrote:
Oh, this is bad news, since I have almost completed the multiple indices
stuff..
Do you have the code? :-)
You can be lucky that the nomencl stuff is allowed at all.
I am following the spirit of the
On Thursday 02 November 2006 2:13 pm, Helge Hafting wrote:
Try view-pdflatex or view-latex,
get the error message
Undefined control sequence \url{http://www.free-firewall.org}
There is a provides(url), or something like this, missing somewhere.
--
José Abílio
On Thu, Nov 02, 2006 at 11:29:04PM +0100, Peter Kümmel wrote:
Showstoppers without hope:
- Selection with the mouse. Does not work in math nor in tables. It kind
of works in insets, although problems have been reported with this as
well. To reproduce, make a formula or a table, type some
José Matos wrote:
Could you commit them, please? :-)
Yes, sure. However, I'm (far) away from my Desktop (and tree) now.
I'll shove them in during the weekend if nobody objects.
Jürgen
On Thursday 02 November 2006 10:57 pm, Juergen Spitzmueller wrote:
José Matos wrote:
Could you commit them, please? :-)
Yes, sure. However, I'm (far) away from my Desktop (and tree) now.
I'll shove them in during the weekend if nobody objects.
Thank you. This can wait until the weekend, I
John Levon wrote:
On Thu, Nov 02, 2006 at 11:29:04PM +0100, Peter Kümmel wrote:
Showstoppers without hope:
- Selection with the mouse. Does not work in math nor in tables. It kind
of works in insets, although problems have been reported with this as
well. To reproduce, make a formula or a
Asger Ottar Alstrup wrote:
- Crashes with multiple windows open. It seems that Buffer contains Rows
of paragraphs, and this is no good in a multiple view setting. Options:
a) Rework Buffer to not have Rows (big change, risky), b) Disable
multiple views completely for now, c) Disable multiple
On Thursday 02 November 2006 7:28 pm, Asger Ottar Alstrup wrote:
- No UTF-8 support in LaTeX export.
What needs to be done here? I would like to help fixing it. Any pointers?
--
José Abílio
The way I see it, some People are hardly at
work finishing the new features.
Yeap. With my last update, bookmarks and toolbars should be working
well. These features will never be show stoppers so I have no chance
to become a hero. :-)
I am a hero then:
Indeed.
Bo
- The status of the toolbars can only be changed when a document is loaded.
- Changing the status of a toolbar modifies the changed status of the
document.
- Maybe the toolbars should not be numerated in the menu and their first
letter capitalized.
When you first turn 'on' a toolbar it
Peter Kümmel wrote:
John Levon wrote:
On Thu, Nov 02, 2006 at 11:29:04PM +0100, Peter Kümmel wrote:
Showstoppers without hope:
- Selection with the mouse. Does not work in math nor in tables. It kind
of works in insets, although problems have been reported with this as
well. To reproduce,
1 - 100 of 240 matches
Mail list logo
