Peter Kümmel wrote:
Didn't we want to release a alpha version?
Seems it was forgotten. ;)
- or do we have show stoppers until the final release?
- or I'm the only one how knows what alpha release is
Peter
I'd say what I posted about the TOC defect qualified as a show
stopper...
On Sun, 19 Nov 2006, Andre Poenitz wrote:
> > Ok, I see. So one solution is then to come up with a way to make the
> > minibuffer disappear automatically?
> >
> > There is one thing I wonder about though... are you bothered by the
> > minibuffer appearing out of mistake, i.e. do you sometime ac
Uwe Stöhr wrote:
> When compiling LyX under Win I get this error:
>
> D:\LyXSVN\lyx-devel\src\support\chdir.C(23) : fatal error C1083: File
> (Include)
> could not be opened: "windows.h": No such file or directory
>
> The problem is the "windows.h" that is not in the MSVC compiler edition,
> (on
I wrote:
Could this be replaced by the "qt_windows.h" of the Qt4 package?
Stupid question, it can obviously not. Sorry.
Any other ideas?
Uwe
When compiling LyX under Win I get this error:
D:\LyXSVN\lyx-devel\src\support\chdir.C(23) : fatal error C1083: File
(Include)
could not be opened: "windows.h": No such file or directory
The problem is the "windows.h" that is not in the MSVC compiler edition,
(only in MinGW).
Could this be
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Exactly my point. With current svn, it is not necessary and everything
is destroyed in the correct order on Windows and I believe also Linux
without requiring a hard ::exit(0).
Does this mean needing ::exit(0) is a Qt bug?
I am not sure. The inter
Abdelrazak Younes wrote:
> Exactly my point. With current svn, it is not necessary and everything
> is destroyed in the correct order on Windows and I believe also Linux
> without requiring a hard ::exit(0).
Does this mean needing ::exit(0) is a Qt bug?
Peter
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
> I suggest that you test this carefully before applying. You don't want
to know how much time I spent to get it right on windows.
Do you see/have problems with the attached patch?
Here on windows it w
Didn't we want to release a alpha version?
Seems it was forgotten. ;)
- or do we have show stoppers until the final release?
- or I'm the only one how knows what alpha release is
Peter
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>> > I suggest that you test this carefully before applying. You don't want
>>> to know how much time I spent to get it right on windows.
>>
>> Do you see/have problems with the attached patch?
>>
>> Here on windows it work
Peter Kümmel wrote:
Abdelrazak Younes wrote:
> I suggest that you test this carefully before applying. You don't want
to know how much time I spent to get it right on windows.
Do you see/have problems with the attached patch?
Here on windows it works fine. It also removes the
buggy Qt code.
Abdelrazak Younes wrote:
> I suggest that you test this carefully before applying. You don't want
> to know how much time I spent to get it right on windows.
Do you see/have problems with the attached patch?
Here on windows it works fine. It also removes the
buggy Qt code.
Bennett, could you pl
Michael Gerz wrote:
for change tracking purposes, we definitely must visualize deleted and
inserted paragraph breaks. The attached patch makes it happen.
Any comments?
would a crossed out end-of-paragraph marker be more intuitive?
ed.
Hi,
for change tracking purposes, we definitely must visualize deleted and
inserted paragraph breaks. The attached patch makes it happen.
Non-CT'ed paragraph breaks are not shown (only deleted and inserted
ones) in order not to confuse the user.
Since end-of-pars also show up in insets (whi
Timothy Reaves wrote:
With the latest svn build, when I expand items in the TOC window,
select an item, switch to another application, then click the TOC window
again, everything collapses. So, upon regaining focus, the TOC window
minimizes all open sections in the TOC window.
This hap
With the latest svn build, when I expand items in the TOC window,
select an item, switch to another application, then click the TOC window
again, everything collapses. So, upon regaining focus, the TOC window
minimizes all open sections in the TOC window.
Will there be a way to select a smaller icon set? The default ones are
too large by a good deal!
Am Samstag, 18. November 2006 18:09 schrieb Andre Poenitz:
> In any case, this one is serious. No Newbie would think of deleting
> .lyx/session just get LyX up.
Yes. since the session file could be corrupted by other means it should be
read in a fault tolerant way, i.e. if something invalid is en
Hi,
inset-dissolve seems to be CT-agnostic.
Michael
* new document; insert note; insert "hello" into note; place the cursor
at the beginning of the note;
activate change tracking; press backspace => seg fault
#0 0x08101348 in lyx::Paragraph::Pimpl::setChange (this=0x8a9e0a0,
pos=0, [EMA
Peter Kümmel wrote:
Should I just check in this patch:
Index: src/frontends/qt4/GuiImplementation.C
===
--- src/frontends/qt4/GuiImplementation.C (revision 15972)
+++ src/frontends/qt4/GuiImplementation.C (working copy)
* new document; insert note; place cursor in front of the note; activate
change tracking;
press delete =>
Assertion triggered in void
lyx::LyXText::setCursorIntern(lyx::LCursor&, int, int, bool, bool) by
failing check
"this == cur.text()" in file /home/software/lyx-trunk/src/text2.C:719
Andreas Karlsson wrote:
That's why I suggested to include "Footnote" and "Marginal note" in
"Insert > Note >", which would remove two entries from from the
"Insert" menu and make room for "Break" and "Space" as separate
submenus in the "Insert" menu.
Hmmm... what do others think about it?
T
On Nov 19, 2006, at 12:59 PM, Peter Kümmel wrote:
Bennett Helm wrote:
This is really a endless story. here the next try.
Well, it turns out you're wrong again: it wasn't endless! This patch
(which I applied on top of the last one) fixes the problem.
Thanks!
Bennett
Great. Good that I was
For some strange reason it now looks like using the fontwidth cache is a
good idea on Linux, too. Recorded times go do go down from 2.89 to 2.41
(i.e. > 15%) when scrolling 50 pages through the UserGuide.
I can hardly imagine this is due to the increase from 256 to 65536
cached characters per fon
On Sun, Nov 19, 2006 at 02:28:48PM +0100, [EMAIL PROTECTED] wrote:
> On Sat, 18 Nov 2006, Bo Peng wrote:
>
> > > (Yes, I strongly think we should keep M-x as a shortcut. Removing it
> > > just because the fix for making M-x always work... well, that sucks.).
> > >
> >
> > M-x now works. The side
Bennett Helm wrote:
>> This is really a endless story. here the next try.
>
> Well, it turns out you're wrong again: it wasn't endless! This patch
> (which I applied on top of the last one) fixes the problem.
>
> Thanks!
>
> Bennett
>
Great. Good that I was wrong. ;)
Does it also work with th
On Nov 19, 2006, at 12:37 PM, Peter Kümmel wrote:
Bennett Helm wrote:
The crash I got was on exit, not on startup. This time I deleted
.lyxpipe.in (from another instance of LyX I had running), and
tried 1.5
again. Again, a crash on exit, but a more informative backtrace:
(gdb) run
Starting
Bennett Helm wrote:
> On Nov 19, 2006, at 12:00 PM, Abdelrazak Younes wrote:
>
>> Bennett Helm wrote:
>>> On Nov 19, 2006, at 7:36 AM, Peter Kümmel wrote:
It looks like we rely on a Qt bug on Windows and on Linux.
Bennett could you please try the attached patch.
>>> Thanks, Peter. Howeve
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Ozgur Ugras BARAN wrote:
when iconpalette detached from the math dialog, the
iconpalette widget width may become too large to fit to the
screen.
the attached patch solves the layout problems.
i r
On Nov 19, 2006, at 12:00 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Nov 19, 2006, at 7:36 AM, Peter Kümmel wrote:
It looks like we rely on a Qt bug on Windows and on Linux.
Bennett could you please try the attached patch.
Thanks, Peter. However, I still get a crash. Here's the only
Bennett Helm wrote:
On Nov 19, 2006, at 7:36 AM, Peter Kümmel wrote:
It looks like we rely on a Qt bug on Windows and on Linux.
Bennett could you please try the attached patch.
Thanks, Peter. However, I still get a crash. Here's the only backtrace I
get:
This is not a crash on exit but on
Bennett Helm wrote:
> On Nov 19, 2006, at 7:36 AM, Peter Kümmel wrote:
>
>> It looks like we rely on a Qt bug on Windows and on Linux.
>> Bennett could you please try the attached patch.
>
> Thanks, Peter. However, I still get a crash. Here's the only backtrace I
> get:
>
> Starting program: /Ap
On Nov 19, 2006, at 7:36 AM, Peter Kümmel wrote:
It looks like we rely on a Qt bug on Windows and on Linux.
Bennett could you please try the attached patch.
Thanks, Peter. However, I still get a crash. Here's the only
backtrace I get:
Starting program: /Applications/LyX-150.app/Contents/Ma
John Levon wrote:
On Sun, Nov 19, 2006 at 04:29:54PM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Sat, Nov 18, 2006 at 07:30:41AM -0600, Bo Peng wrote:
Having the minibuffer as tollbar is ugly and eats screen real estate for
no good reason. Should be merged with the status line.
I
Andre Poenitz wrote:
In case somebody is interested in it I attach a profile
for the UserGuide scroll test including Qt.
We spend almost a quarter of the time in
[18]23.60.210.47 3036718 QFontMetrics::width(QChar) const
[18]
Interesting. Maybe you ought to try to enable
On Sun, Nov 19, 2006 at 03:36:08PM +0100, Georg Baum wrote:
> Am Sonntag, 19. November 2006 14:56 schrieb Bo Peng:
> > > > mode_t is only used when HAVE_CHMOD is enabled
> > > > so why do you need a HAVE_MODE_T?
> >
> > Because msvc has chmod, but not mode_t; and I am reluctant to use
> > compile
Michael Gerz <[EMAIL PROTECTED]> writes:
> If we add "Break" and "Space" as separate submenus, the size of menu
> "Insert" increases (with the implication that more entries won't have a
> shortcut).
That's why I suggested to include "Footnote" and "Marginal note" in "Insert >
Note >", which wo
On Sun, Nov 19, 2006 at 04:29:54PM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Sat, Nov 18, 2006 at 07:30:41AM -0600, Bo Peng wrote:
> >>>Having the minibuffer as tollbar is ugly and eats screen real estate for
> >>>no good reason. Should be merged with the status line.
> >>I agre
On Sun, Nov 19, 2006 at 12:56:26PM +0100, Michael Gerz wrote:
> Hmmm the commands listed above are currently part of "Special
> Formatting", which partitioned by menu separators.
>
> If we add "Break" and "Space" as separate submenus, the size of menu
> "Insert" increases (with the implicat
Andre Poenitz wrote:
On Sat, Nov 18, 2006 at 07:30:41AM -0600, Bo Peng wrote:
Having the minibuffer as tollbar is ugly and eats screen real estate for
no good reason. Should be merged with the status line.
I agree, but having a editable status line is kind of peculiar.
Any decent editor seem
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Ozgur Ugras BARAN wrote:
when iconpalette detached from the math dialog, the iconpalette widget
width may become too large to fit to the screen.
the attached patch solves the layout problems.
i restrict the icon panels to
Angus Leeming wrote:
Georg Baum <[EMAIL PROTECTED]> writes:
Peter Kümmel wrote:
BTW, next time at a book shop, have a look at "Modern C++ Design" by
Andrei Alexandrescu.
I might do so.
Incidentally, whilst this book most definitely *is* a good investment, the
Singleton pattern was reimple
Peter Kümmel wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
Bennett Helm wrote:
On Nov 18, 2006, at 12:50 PM, Abdelrazak Younes wrote:
Georg Baum wrote:
Am Freitag, 17. November 2006 21:06 schrieb Peter Kümmel:
Georg Baum wrote:
Peter Kümmel wrote:
My idea was to us
Bennett Helm wrote:
On Nov 18, 2006, at 12:50 PM, Abdelrazak Younes wrote:
This is what I did. Hopefully, all crash-on-exit problems on windows
and Mac should be solved now.
Unfortunately, not. Quitting LyX on Mac gives:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reaso
open a file
mark with the mouse and scroll
assert will fail:
Row const & LyXText::getRowNearY(BufferView const & bv, int y, pit_type pit)
const
{
Paragraph const & par = pars_[pit];
int yy = bv.coordCache().get(this, pit).y_ - par.ascent();
BOOST_ASSERT(!par.rows().empty()
Georg Baum wrote:
> Am Sonntag, 19. November 2006 14:56 schrieb Bo Peng:
mode_t is only used when HAVE_CHMOD is enabled
so why do you need a HAVE_MODE_T?
>> Because msvc has chmod, but not mode_t; and I am reluctant to use
>> compiler/os specific flags.
>>
>>> And mingw has a mode_t.
>> m
In case somebody is interested in it I attach a profile
for the UserGuide scroll test including Qt.
We spend almost a quarter of the time in
[18]23.60.210.47 3036718 QFontMetrics::width(QChar) const
[18]
However, there is also
0.000.32 6/6
On Sat, Nov 18, 2006 at 12:23:39PM +0100, Georg Baum wrote:
> Am Samstag, 18. November 2006 10:55 schrieb Jean-Marc Lasgouttes:
> > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]>
> writes:
> >
> > Andre> I don't understand the difference.
> >
> > Easy: the new one works :)
> >
> > More prec
On Sat, Nov 18, 2006 at 02:33:20PM +0100, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Fri, Nov 17, 2006 at 08:37:14PM +0100, Peter Kümmel wrote:
> >> Andre Poenitz wrote:
> >>> On Tue, Nov 14, 2006 at 01:08:56AM +0100, Peter Kümmel wrote:
> Here a totally superfluously patch:
> >>> Erm.
On Sat, Nov 18, 2006 at 11:19:58AM +0100, Georg Baum wrote:
> Am Samstag, 18. November 2006 05:48 schrieb Bo Peng:
> > I tend to suggest that we remove this feature.
>
> If you mean the minibuffer: No. The minibuffer is nice for debugging and
> power users. I agree that no keyboard shortcut is ne
On Sat, Nov 18, 2006 at 11:10:32AM +0100, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> >> > * M-x is broken (does not bring up the minibuffer).
> >> >
> >> > So what exactly do we want M-x to do?
> >>
> >> It should make the minibuffer visible and focus on i
On Sat, Nov 18, 2006 at 03:56:41PM +0100, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Fri, Nov 17, 2006 at 08:39:29PM +0100, Peter Kümmel wrote:
> >>Andre Poenitz wrote:
> >>>On Wed, Nov 15, 2006 at 06:01:46PM -, [EMAIL PROTECTED] wrote:
> void GuiWorkArea::setScrollbarParams(int
On Sat, Nov 18, 2006 at 07:30:41AM -0600, Bo Peng wrote:
> >Having the minibuffer as tollbar is ugly and eats screen real estate for
> >no good reason. Should be merged with the status line.
>
> I agree, but having a editable status line is kind of peculiar.
Any decent editor seem to have it. In
On Sat, Nov 18, 2006 at 08:22:05AM -0600, Bo Peng wrote:
> >Hmm it's close to pointless without being able to switch to it easily. I
> >don't understand why it's difficult?
>
> Becasue this feature is rarely used by normal user so the minibuffer
> toolbar should not be shown by default. Then, M-x
On Sat, Nov 18, 2006 at 03:54:29PM +0100, Georg Baum wrote:
> Am Samstag, 18. November 2006 15:24 schrieb John Levon:
> > On Sat, Nov 18, 2006 at 08:22:05AM -0600, Bo Peng wrote:
> >
> > > >Hmm it's close to pointless without being able to switch to it easily.
> I
> > > >don't understand why it's
On Sat, Nov 18, 2006 at 07:17:02AM -0600, Bo Peng wrote:
> >Bo> I tend to suggest that we remove this feature.
> >
> >I think we should not. Some people actually rely on this feature, and
> >we would not gain much by removing it.
>
> OK. I admit that I am not a power user, at least regarding this
Am Sonntag, 19. November 2006 14:56 schrieb Bo Peng:
> > > mode_t is only used when HAVE_CHMOD is enabled
> > > so why do you need a HAVE_MODE_T?
>
> Because msvc has chmod, but not mode_t; and I am reluctant to use
> compiler/os specific flags.
>
> > And mingw has a mode_t.
>
> msvc is only *on
Bo Peng wrote:
>> > mode_t is only used when HAVE_CHMOD is enabled
>> > so why do you need a HAVE_MODE_T?
>
> Because msvc has chmod, but not mode_t; and I am reluctant to use
> compiler/os specific flags.
But chmod should be disabled for msvc.
>
>> And mingw has a mode_t.
>
> msvc is only *on
> mode_t is only used when HAVE_CHMOD is enabled
> so why do you need a HAVE_MODE_T?
Because msvc has chmod, but not mode_t; and I am reluctant to use
compiler/os specific flags.
And mingw has a mode_t.
msvc is only *one* compiler under windows. mingw happens to have
mode_t, but what about c
Peter Kümmel wrote:
> Bo Peng wrote:
Does cmake define HAVE_CHMOD?
>>> No, after discussing it with Georg I've disabled chmod on Windows,
>>> config.h.cmake:
>>>
>>> #ifdef _MSC_VER
>> I see. I am uncomfortable with #_MSC_VER since this assumes msvc
>> compiler so this may fail under mingw.
>>
Bo Peng wrote:
>> > Does cmake define HAVE_CHMOD?
>>
>> No, after discussing it with Georg I've disabled chmod on Windows,
>> config.h.cmake:
>>
>> #ifdef _MSC_VER
>
> I see. I am uncomfortable with #_MSC_VER since this assumes msvc
> compiler so this may fail under mingw.
>
> I am adding HAVE_MO
> Does cmake define HAVE_CHMOD?
No, after discussing it with Georg I've disabled chmod on Windows,
config.h.cmake:
#ifdef _MSC_VER
I see. I am uncomfortable with #_MSC_VER since this assumes msvc
compiler so this may fail under mingw.
I am adding HAVE_MODE_T. Please, Georg and Peter, adjust a
On Sat, 18 Nov 2006, Bo Peng wrote:
> > (Yes, I strongly think we should keep M-x as a shortcut. Removing it
> > just because the fix for making M-x always work... well, that sucks.).
> >
>
> M-x now works. The side effect is that it turns on minibuffer toolbar,
> which has to be turned off manua
On Sun, 19 Nov 2006, Michael Gerz wrote:
> > I guess it is not to hard to implement these suggestions, and it will be
> > done.
>
> In fact, it is fairly trivial.
Isn't it even possible to change the menu layout by just editing some text
files? (Check out for instance share/lyx/ui/stdmenus.ui)
Georg Baum wrote:
Why not
+ QString const text = lyx_version ? QString(lyx_version) :
qt_("version unknown");
and remove the toqstr() lateron?
Good idea!
Michael
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Ozgur Ugras BARAN wrote:
when iconpalette detached from the math dialog, the iconpalette widget
width may become too large to fit to the screen.
the attached patch solves the layout problems.
i restrict the icon panels to have 6 columns (whic
Peter Kümmel wrote:
> Peter Kümmel wrote:
>> Peter Kümmel wrote:
>>> Bennett Helm wrote:
On Nov 18, 2006, at 12:50 PM, Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Am Freitag, 17. November 2006 21:06 schrieb Peter Kümmel:
>>> Georg Baum wrote:
Peter Kümmel wrote:
>
> Please send me a list of those entries and I will try to fix the problem
> in the next couple of days.
Extra, Review, Math, Command Buffer
pavel
Pavel Sanda wrote:
2. Not all menu entries in Toolbars cant be translated, as they are not listed
in .po.
Please send me a list of those entries and I will try to fix the problem
in the next couple of days.
Michael
Andreas Karlsson wrote:
Another suggestion is to have a new entry in the Insert menu: Insert >
Break and put all break commands there, i.e.,
Insert > Break> Newline
Insert > Break> Line break
Insert > Break> New page
Insert > Break> Page break
Insert > Break> Clear page
Insert > Break> Clear d
Andreas Karlsson wrote:
It is somewhat contradictory to have
Insert > Note > LyX Note
Insert > Note > Comment
Insert > Note > Grayed out
and at the same time have
Insert > Footnote
Insert > Marginal note
I think the separation makes sense. The first three entries are "real"
notes that are
Peter Kümmel wrote:
> Peter Kümmel wrote:
>> Bennett Helm wrote:
>>> On Nov 18, 2006, at 12:50 PM, Abdelrazak Younes wrote:
>>>
Georg Baum wrote:
> Am Freitag, 17. November 2006 21:06 schrieb Peter Kümmel:
>> Georg Baum wrote:
>>> Peter Kümmel wrote:
>>>
My idea was to
Peter Kümmel wrote:
> Bennett Helm wrote:
>> On Nov 18, 2006, at 12:50 PM, Abdelrazak Younes wrote:
>>
>>> Georg Baum wrote:
Am Freitag, 17. November 2006 21:06 schrieb Peter Kümmel:
> Georg Baum wrote:
>> Peter Kümmel wrote:
>>
>>> My idea was to use some Loki code for singlet
Bennett Helm wrote:
> On Nov 18, 2006, at 12:50 PM, Abdelrazak Younes wrote:
>
>> Georg Baum wrote:
>>> Am Freitag, 17. November 2006 21:06 schrieb Peter Kümmel:
Georg Baum wrote:
> Peter Kümmel wrote:
>
>> My idea was to use some Loki code for singletons and global static
>>> dat
Angus Leeming wrote:
> Georg Baum <[EMAIL PROTECTED]> writes:
Peter Kümmel wrote:
>>> BTW, next time at a book shop, have a look at "Modern C++ Design" by
>>> Andrei Alexandrescu.
>
>> I might do so.
>
> Incidentally, whilst this book most definitely *is* a good investment, the
> Singleton
Bo Peng wrote:
> Hi, Peter,
>
> Does cmake define HAVE_CHMOD? Scons detects chmod under msvc and
> defines HAVE_CHMOD. However, in src/support/copy.C, chmod is used with
> mode_t which does not exist under windows.
>
> HAVE_MODE_T may be needed.
>
> Bo
>
No, after discussing it with Georg I've
Am Samstag, 18. November 2006 13:57 schrieb Andre Poenitz:
> On Sat, Nov 18, 2006 at 10:55:38AM +0100, Jean-Marc Lasgouttes wrote:
> > > "Andre" == Andre Poenitz
<[EMAIL PROTECTED]> writes:
> >
> > Andre> I don't understand the difference.
> >
> > Easy: the new one works :)
>
> That's what
Am Sonntag, 19. November 2006 07:13 schrieb Bo Peng:
> Hi, Peter,
>
> Does cmake define HAVE_CHMOD? Scons detects chmod under msvc and
> defines HAVE_CHMOD. However, in src/support/copy.C, chmod is used with
> mode_t which does not exist under windows.
>
> HAVE_MODE_T may be needed.
Yes. The win
78 matches
Mail list logo
