Helge Hafting wrote:
> * Right-click a table. Set the column with to something like 3cm.
> Then change from "centered" to "left" and notice that the
> column width is lost!
cannot reproduce
> * Leave the table dialog open, move the cursor from cell to cell
> and make changes all over the pl
> Incidentally, do graphics now load asynchronously onto the
> LyX screen for
> you? Ie, given an eps file can you continue doing stuff
> whilst the graphic
> inset cyles throgh "loading", "scaling", etc?
>
> Also, can you define a graphics converter explicitly? Ie,
> rather than let
> lyx fall
Rob Bearman wrote:
> The change in forkedcall.h also needs to be applied to forkedcontr.h as
> well, please. That is, pid_t needs to be defined for MSVC.
Done.
--
Angus
>
> Modified files:
> lyx-devel/src/support/: ChangeLog forkedcall.C forkedcall.h
>
> Log message:
> MSVC build fixes.
>
> Patches:
> http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/support/C
> hangeLog?r1=1.336&r2=1.337
> http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/su
Georg Baum wrote:
>> Question is, how does the interface "feel" to you?
>
> Without looking at the code: It feels good! Maybe we can even drop the
> Alert? This would be consistent with the length validators that we
> already have. The drawback of the Alert is that it can pop up and get
> focus wh
Some tabular oddities. This time I made sure to have todays
cvs, there should be no old test patches around anymore.
* One may select several table cells and apply bold or emphasize over all.
One may not use the charstyle dialog (qt) though - everything
is grayed out when the selection span c
Pardon my obvious ignorance. I'm reading the wiki now on loading images
and I'll give better feedback after I've installed the appropriate
tools.
Thanks
Rob
Am Donnerstag, 21. April 2005 19:49 schrieb Juergen Spitzmueller:
> Georg Baum wrote:
> > I could not reproduce the crash.
>
> Because your patch fixes the crash. But it is still there with all the
But I could not reproduce it even without the patch!
> other
> insets that have a dialog (note,
Am Donnerstag, 21. April 2005 18:38 schrieb Angus Leeming:
> Question is, how does the interface "feel" to you?
Without looking at the code: It feels good! Maybe we can even drop the
Alert? This would be consistent with the length validators that we
already have. The drawback of the Alert is th
> Incidentally, do graphics now load asynchronously onto the
> LyX screen for
> you? Ie, given an eps file can you continue doing stuff
> whilst the graphic
> inset cyles throgh "loading", "scaling", etc?
>
> Also, can you define a graphics converter explicitly? Ie,
> rather than let
> lyx fall
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> I have a list of dates for the LyX meeting in Paris. Unfortunately it
> is a bit short, but we'll see if they suit enough people to be useful.
>
> I just give the dates of the corresponding saturdays. The idea would
> be to meet for 4-5 days a
> I think that this one is fine, although it should become
>
> #if defined (_WIN32) && defined(_MSC_VER)
Yes, this continues to work for me.
> Well, given that the idea is eventually to remove this file entirely,
> perhaps you'll first see whether this cures the problem:
>
> - int const t
Angus Leeming wrote:
> Rob Bearman wrote:
>
>> With the recent changes to forkedcontr.h and forkedcall.*, I found that
>> I needed to reinstate the typedef shown below to forkedcall.h and
>> forkedcontr.h:
Incidentally, do graphics now load asynchronously onto the LyX screen for
you? Ie, given a
Georg Baum wrote:
> I could not reproduce the crash.
Because your patch fixes the crash. But it is still there with all the other
insets that have a dialog (note, ert, float etc.). BTW I can only reproduce
those crashes with qt when the insets are collapsed (but anytime on xforms).
Seems that g
Rob Bearman wrote:
> With the recent changes to forkedcontr.h and forkedcall.*, I found that
> I needed to reinstate the typedef shown below to forkedcall.h and
> forkedcontr.h:
>
> #ifdef _WIN32
> typedef int pid_t;
> #endif
I think that this one is fine, although it should become
#if defined
With the recent changes to forkedcontr.h and forkedcall.*, I found that
I needed to reinstate the typedef shown below to forkedcall.h and
forkedcontr.h:
#ifdef _WIN32
typedef int pid_t;
#endif
I also needed to reinstate the #include "os_win32.h" to forkedcall.C,
which I think is necessary to hand
The attached file looks big but much of that is removal of cruft; there
were 5 separate and identical unsignedLengthValidator functions in
anonymous namespaces in the qt frontend :)
The patch:
* removes the checks for invalid file names from the file browsers.
* renames qt2/lengthvalidator.[Ch] as
Jean-Marc Lasgouttes wrote:
> - case LFUN_MOUSE_DOUBLE:
> - case LFUN_MOUSE_TRIPLE:
> - cur.undispatched();
> - break;
> -
I just noticed that has been added by André in order to fix bug 1797 (which
came back now). Maybe Helge's insetbox crash (which
Jean-Marc Lasgouttes wrote:
> Georg, do you have evidence of getStatus being called with
> LFUN_MOUSE_*? I'd tend to think it does not happen.
I think you are right. I simply copied doDispatch and did not think much
about it. I'll commit it without the MOUSE stuff if it fixes Helges
problem.
Ge
Another tweak:
Jul 16Jul 23Jul 30 Aug 06
JMarc 5 5 5 5
Jose' 5 5 0 0
Lars 4 4 5 5
Michael5 0 0 0
Andre' 5 5 5 5
Alfredo0 0 0
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> but good enough... we can work off a local cvs tree, we have
| Lars> done that before.
>
| Yes, but working on the real tree allows to interact with the 'outside
| world'.
We can arrange for "drops".
| Lars> Can you reduce my points for t
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Helge Hafting wrote:
>> Inserting a box(minipage) works. Right-clicking that box kills lyx.
>> edit->box settings brings up a dialog where everything is grayed
>> out, changes is impossible.
Georg> I could not reproduce the crash. The
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> It looks like I will have to improve my plans for accommodation.
Lars> You | are not going to all fit in my flat... Anyway there is the
Lars> solution of | using my parent
Helge Hafting wrote:
> Inserting a box(minipage) works. Right-clicking that box
> kills lyx. edit->box settings brings up a dialog where
> everything is grayed out, changes is impossible.
I could not reproduce the crash.
The attached patch should fix the greyed out dialog. Could you test it,
ple
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| It looks like I will have to improve my plans for accommodation. You
| are not going to all fit in my flat... Anyway there is the solution of
| using my parent's house, which would give us plenty of space (and a
| garden). But the adsl connection
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Hello, I would really like to be there this year I just have
Juergen> to organize myself. Probably any of the dates will be 3 for
Juergen> me.
Juergen> So put me there with 3 on all and I try to orgnize myself to
Juergen> be ab
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Updated list now says:
Jul 16Jul 23Jul 30 Aug 06
JMarc 5 5 5 5
Jose' 5 5 0 0
Lars 5 5 5 5
Michael5 0 0
Helge Hafting wrote:
> filetools.C:1067: error: `SIGCHLD' undeclared (first use this function)
> filetools.C:1067: error: `sigaddset' undeclared (first use this function)
> filetools.C:1070: error: `SIG_BLOCK' undeclared (first use this function)
> filetools.C:1070: error: `sigprocmask' undeclared
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost -W -Wall
-I/usr/X11R6/include -g -O -fno-exceptions -MT filetools.lo -MD -MP -MF
.deps/filetools.Tpo -c filetools.C -o filetools.o
filetools.C: In function `const lyx::support::cmd_ret
lyx::support::RunCommand(const std::string&)
On Thu, Apr 21, 2005 at 03:18:39PM +0200, Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
> >> "Georg" == Georg Baum
> >> <[EMAIL PROTECTED]>
> >> writes:
> >
> > Georg> This is not intentional and may be related to Martins recent
> > Georg> font changes. To Martin: The ERT inset is
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Are we sure? I guess that people who use inlined ERT in paragraphs
>> would disagree with you. Think using the \LaTeX macro in a text (of
>> course, this one is not needed, but you see what I mean).
Georg> As long as the ERT inset never
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> This is not intentional and may be related to Martins recent
> Georg> font changes. To Martin: The ERT inset is not allowed to have a
> Georg> nondefault font, i.e. it must not inherit th
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> The minipage is supposed to go around a heading with big text. The
>> first oddity I noticed was that the red text itself were set in a
>> very big font. Is that really intentional? It is kind of hard if
>> one needs lots of code in the ER
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Unknown means that the command itself is unknown. This is used if
>> you enter a bogus command, of course, but also getStatus can say
>> that LFUN_THESAURUS is unknown is thesaurus support has not been
>>
Helge Hafting wrote:
> Because of minipage trouble, I tried to create
> one using ERT instead.
I know the reason for the minipage problem, a patch will follow soon.
> The minipage is supposed to go around a heading with big text.
> The first oddity I noticed was that the red text itself were
> s
Angus Leeming wrote:
> Thanks, Jürgen. Are you sure that you need to add the #include to the .h
> file?
No.
> Does the attached not work?
Yes, it works.
Jürgen
Because of minipage trouble, I tried to create
one using ERT instead.
The minipage is supposed to go around a heading with big text.
The first oddity I noticed was that the red text itself were
set in a very big font. Is that really intentional? It
is kind of hard if one needs lots of code in th
Jean-Marc Lasgouttes wrote:
> It looks like you did the hardest part. The following patch fixes
> double/triple clicking for me.
Thanks.
> However, I see a perceptible lag when selecting by double clicking
> (not with xforms). Could it be related to the lag when selecting by
> dragging the mouse?
Inserting a box(minipage) works. Right-clicking that box
kills lyx. edit->box settings brings up a dialog where
everything is grayed out, changes is impossible.
Moving the cursor past the end of the text in the box
while the box dialog is open also crashes lyx instantly.
This happens using qt.
Hello,
I would really like to be there this year I just have to
organize myself. Probably any of the dates will be 3 for
me.
So put me there with 3 on all and I try to orgnize myself
to be able to partecipate.
I see forward to see you all again!!!
Cheers,
Jürgen
Lars Gullik Bjønnes wrote:
A
Asger Alstrup <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> Jul 16Jul 23Jul 30 Aug 06
>> JMarc 5 5 5 5
>> Jose' 5 5 0 0
>> Lars 5 5 5 5
>> Michael5 0 0 0
>>
Angus Leeming wrote:
> Thanks, Jürgen. Are you sure that you need to add the #include to the .h
> file? Does the attached not work?
I had the same problem, and this fix works for me.
Georg
Jean-Marc Lasgouttes wrote:
> Unknown means that the command itself is unknown. This is used if you
> enter a bogus command, of course, but also getStatus can say that
> LFUN_THESAURUS is unknown is thesaurus support has not been compiled
> in. In this case, the command will not appear in the menu
Angus Leeming wrote:
> Anyone got any idea about cross-compilation?
> This error message is baffling me. I specify '--host', so why is it
> trying to run the just built executable?
Got it.
../configure --with-packaging=windows \
--build='i686-pc-linux-gnu'
--host='i386-mingw32'
Interesting pack
Juergen Spitzmueller wrote:
>> I get (on Linux):
>>
>> filetools.C: In function `const lyx::support::cmd_ret
>> lyx::support::RunCommand(const std::string&)':
>> filetools.C:1065: error: `sigemptyset' undeclared (first use this
>> function) filetools.C:1065: error: (Each undeclared identifier is
>>
Anyone got any idea about cross-compilation?
This error message is baffling me. I specify '--host', so why is it trying
to run the just built executable?
../configure --with-packaging=windows --with-included-gettext
--with-frontend='qt' --with-qt-dir=/home/angus/mingw-xcompile/qt3
--build='i386-mi
Juergen Spitzmueller wrote:
> I get (on Linux):
>
> filetools.C: In function `const lyx::support::cmd_ret
> lyx::support::RunCommand(const std::string&)':
> filetools.C:1065: error: `sigemptyset' undeclared (first use this function)
> filetools.C:1065: error: (Each undeclared identifier is repor
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Martin Vermeer wrote:
>> Put it in. I should have done that.
Georg> I am going to apply this one instead.
Documenting this is a very good idea... However this one is wrong:
+ /// It is unknown wether the command can be
Kayvan A. Sylvan wrote:
> Hi everyone. Here is the error:
>
> g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src
> -I../../../lyx/src/support/.. -I../../../lyx/boost -I/usr/local/include -W
> -Wall -I/usr/X11R6/include -O2 -fno-exceptions -mms-bitfields -MT
> forkedcontr.lo -MD -MP -MF
Sorry. Wrong list. Was meant to go to the Qt/WinFree team.
Angus
Angus Leeming wrote:
> libqtmain is not being built.
>
> i386-mingw32-g++ -Wl,-enable-stdcall-fixup -Wl,-enable-auto-import
> -Wl,-enable-runtime-pseudo-reloc -Wl,-s -Wl,-subsystem,windows -shared
> -Wl,--export-all-symbols
> -Wl,--
libqtmain is not being built.
i386-mingw32-g++ -Wl,-enable-stdcall-fixup -Wl,-enable-auto-import
-Wl,-enable-runtime-pseudo-reloc -Wl,-s -Wl,-subsystem,windows -shared
-Wl,--export-all-symbols -Wl,--out-implib,../../../imageformats/libqjpeg.a
-o ../../../imageformats/qjpeg100.dll
-L"/home/angus/
Martin Vermeer wrote:
> Put it in. I should have done that.
I am going to apply this one instead.
GeorgIndex: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.2160
diff -u -p -r1.21
On Thu, Apr 21, 2005 at 10:46:59AM +0200, Andre Poenitz wrote:
> On Thu, Apr 21, 2005 at 09:56:07AM +0200, Jean-Marc Lasgouttes wrote:
> > > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
> >
> > Georg> FuncStatus.h lacks documentation: I don't understand the
> > Georg> difference between F
On Thu, Apr 21, 2005 at 09:56:07AM +0200, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> FuncStatus.h lacks documentation: I don't understand the
> Georg> difference between FuncStatus::setOnOff() and
> Georg> FuncStatus::enabled(). That boils down
On Wed, Apr 20, 2005 at 10:27:35PM +0200, Helge Hafting wrote:
> Now to something completely different - is there a simple way
> to make cvs update all files as they are in the lyx-devel repository,
> i.e. obliterate every patch and change I've done locally without
> actually downloading the entire
Load UserGuide (Btw, scrolling is _much_ better now), go down to the end
where there's a citation of 'lyxcredit'. Click a couple of times on the
inset 'button'. Crash due to an assert in lyxfunc.C:473 regarding some
non-handled LFUN_INSET_MODIFY.
Andre'
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> FuncStatus.h lacks documentation: I don't understand the
Georg> difference between FuncStatus::setOnOff() and
Georg> FuncStatus::enabled(). That boils down to the enum values OFF
Georg> vs DISABLED and ON vs OK. Can somebody please enl
Jean-Marc Lasgouttes wrote:
Jul 16Jul 23Jul 30 Aug 06
JMarc 5 5 5 5
Jose' 5 5 0 0
Lars 5 5 5 5
Michael5 0 0 0
Andre' 5 5 5 5
Alfredo0 0
Andre Poenitz wrote:
> On Wed, Apr 20, 2005 at 01:54:09PM +0100, Angus Leeming wrote:
>> Attached. Looks scary, but the textclass.lst and chklayouts.tex files
>> are unchanged by this manipulation.
>
> +# For lines containing "\Declare(LaTeX|DocBook|LinuxDoc)Class"
> +/\\Declare[LD][a-zA-Z]\{1,\}
59 matches
Mail list logo
