Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Without special provisions in the core, they would undo the globally most
> recent action.
Not nice but simple and save.
>
> Methinks the core has to associate a couple of stately* things with each
> client. Undo history being one of them.
And the u
I've been trying out the signal handler on Windows. Executive summary:
SIGFPE and SIGSEGV are handled properly. The other signals are essentially
useless on Windows machines. However, the Windows task manager will
apparently post a WM_CLOSE message to LyX before wacking it with a
TerminateProcess.
Andre Poenitz wrote:
> On Sun, Jan 16, 2005 at 08:27:03PM +, Angus Leeming wrote:
>> Would it not be more elegant to tell Windows that LyX
>> is actually a GUI-based app by giving it a WinMain?
>
> Or link against qtmain.lib, which will do the same.
The consensus was to leave lyx as a consol
Kayvan A. Sylvan wrote:
>> > I can probably spend a bit of time isolating exactly which
>> > change broke lyx on Cygwin, after I have finished some work for
>> > my employer and finished an assignment for school.
>>
>> Good. Thanks. This all smacks of something going wrong with the reading
>> of t
On Sun, Jan 16, 2005 at 08:27:03PM +, Angus Leeming wrote:
> Would it not be more elegant to tell Windows that LyX
> is actually a GUI-based app by giving it a WinMain?
Or link against qtmain.lib, which will do the same.
Andre'
On Tue, Jan 18, 2005 at 09:40:40AM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
>
> > On Mon, Jan 17, 2005 at 08:17:42PM -0800, Kayvan A. Sylvan wrote:
> >> Your reworking has completely broken LyX on cygwin for me.
> >>
> >> I can no longer run any external programs.
> >>
> >> Even run
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| | I am not sure what you are doing here.
>
| Lars> escaping slashes?
>
| Lars> / is changed to \/
>
| Lars> the sedding is done to massage the variables to the patter is
| Lars> us
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| I am not sure what you are doing here.
Lars> escaping slashes?
Lars> / is changed to \/
Lars> the sedding is done to massage the variables to the patter is
Lars> usable by the variable substitution.
Ah, I see... So all this stuf
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> You snipped to much...
>
| I did not snip anything, I just answered to your message. My problem
| is that I do not have pch support here, so it is difficult to see what
| you
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> You snipped to much...
I did not snip anything, I just answered to your message. My problem
is that I do not have pch support here, so it is difficult to see what
you are doing.
Lars> TMPCMD=` echo $(CXXCOMPILE) | sed -e s,\",
On wtorek 18 styczeÅ 2005 08:49 am, Andreas Vox wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> > > I rather think it is the user interface parts that need work in
> > > such a case. The core shouldn't really see the difference between
> > > two users updating one document, or one user moving
> >
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> I thought we already required bash in some other scripts?
>
| If we do, we should not.
>
| Lars> what is requried is a rewrite of the construct:
| Lars> ${TMPCMD/$PATTERN}
>
Kuba Ober <[EMAIL PROTECTED]> writes:
>
> > I rather think it is the user interface parts that need work in
> > such a case. The core shouldn't really see the difference between
> > two users updating one document, or one user moving
> > rapidly back and forth doing modifications in two places.
Jose' Matos wrote:
> Have you seen the code necessary for reLyX to work?
No.
> If we start to create a library of python functions and/or modules we can
> place that code in a single place but to replicate this to several
> languages/projects is not fun. :-(
Indeed. If it is too complicated, fo
Angus Leeming wrote:
> If we really want to install these two scripts (reLyX, noweb2lyx) then
> would it be possible to use symbolic links from /usr/local/bin to the
> actual files?
I would prefer that. And the same applies for lyx2lyx. Installing them
in /usr/local/bin makes sense for expert use
> I rather think it is the user interface parts that need work in
> such a case. The core shouldn't really see the difference between
> two users updating one document, or one user moving
> rapidly back and forth doing modifications in two places. :-)
Makes sense.
Kuba
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I thought we already required bash in some other scripts?
If we do, we should not.
Lars> what is requried is a rewrite of the construct:
Lars> ${TMPCMD/$PATTERN}
Lars> something similar to
Lars> $tmp=`echo $TMPCMD
Jean-Marc Lasgouttes wrote:
> Jose'> Basically you need to go through all the problems that Angus
> Jose'> had to consider for it to work in all the possible
> Jose'> configurations.
>
> I am not sure it would be much more difficult than what we have now.
> The only drawback I see with having reLy
Angus Leeming <[EMAIL PROTECTED]> writes:
| Asger Ottar Alstrup wrote:
>> In gzstream.C, we require zlib, but it does not seem we have any checks
>> for that.
| That's one for Lars.
AC_ARG_ENABLE(compression-support,
AC_HELP_STRING([--enable-compression-support]
,[Support for compressed files.])
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> On Tuesday 18 January 2005 10:54, Georg Baum wrote:
>> Why not place all scripts (including lyx2lyx, reLyX and noweb2lyx)
>> in /scripts? I don't see why they need own
>> directories.
Jose'> Have you seen the code necessary for reLyX
Angus Leeming wrote:
> Does not display the icon of the disabled button at all on Windows. On
> linux, the pixmap is greyed out so that its outline is still visible.
> Attached are (small) screenshots showing the behaviour on Windows and on
> linux Also attached is the demo program which I compiled
Dear all,
here's my second little bug report. Actually, I'm not sure that this is a
bug report at all. Perhaps what I'm going to describe is actually an
example of the difference between native looks on Windows and linux?
Anyway, the report. This demo program
int main(int argc, char * argv[])
{
Angus Leeming wrote:
> Asger Ottar Alstrup wrote:
>> Angus Leeming wrote:
>>> Incidentally, has an experienced Windows hand like yourself not got any
>>> suggestions for what I should do to handle SIGINT on Windows?
>>
>> I say, forget about it. I do not think Ctrl+C normally sends an
>> interrupt
Asger Ottar Alstrup wrote:
> Angus Leeming wrote:
>> Incidentally, has an experienced Windows hand like yourself not got any
>> suggestions for what I should do to handle SIGINT on Windows?
>
> I say, forget about it. I do not think Ctrl+C normally sends an
> interrupt for Windows applications. I
Dear all,
here's another little bug report from those pesky LyXers ;-)
I'm using a bang up to date version of the Qt3/Win Free CVS sources. My
libqt-mt.a library is dated 16 Jan. All code compiled with the
MinGW g++ 3.4 compiler following exactly the prescription on your web
pages.
The following
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| It is not a linux-ism, but a bash-ism.
>
| I thought we already required bash in some other scripts?
what is requried is a rewrite of the construct: ${TMPCMD/$PATTERN}
something similar to
$tmp=`echo $TMPCMD | sed -e "s/$PATTERN//"` ;
Jose' Matos wrote:
> On Tuesday 18 January 2005 12:12, Rob Lahaye wrote:
>
>>>not bash?
>>
>>Hmm, bash is the default shell in the linux community, isn't it?
>>However, the FreeBSD base system has csh, sh and tcsh.
>
> We should make it work with sh, as it will then work in other posix
> systems
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Rob Lahaye <[EMAIL PROTECTED]> writes:
>>
>> | On FreeBSD 5.3, with GCC-3.4.2:
>>
>> | [...]
>> | gmake[4]: Entering directory
>> | `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
>> | TMPCMD=` echo g++ -DHAVE_CONFI
On Tuesday 18 January 2005 12:12, Rob Lahaye wrote:
> > not bash?
>
> Hmm, bash is the default shell in the linux community, isn't it?
> However, the FreeBSD base system has csh, sh and tcsh.
I use linux and I have installed:
zsh-4.2.0-3
pdksh-5.2.14-30
tcsh-6.13-9
bash-3.0-18
ash-0.3.8-20
So
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Does your compiler allow:
>> class Base {
>> public:
>> virtual Base * clone();
>> };
>> class Derived : public Base {
>> public:
>> virtual Base * clone() {
>> return new Derived;
>>
Lars Gullik Bjønnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | On FreeBSD 5.3, with GCC-3.4.2:
>
> | [...]
> | gmake[4]: Entering directory
> | `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
> | TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
> |
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| I'd like to commit the struct<->class, and->&& and #include fixes,
| since those are uncontroversial and improve correctness for all
| platforms.
all sub-standard platforms you mean?
I'll have a look at the patch.
--
Lgb
Lars Gullik Bjønnes wrote:
Does your compiler allow:
class Base {
public:
virtual Base * clone();
};
class Derived : public Base {
public:
virtual Base * clone() {
return new Derived;
}
};
?? (what about if we add some template classes?)
I haven't tried, since
Uwe Stöhr wrote:
> I wrote yesterday:
>
>> So we should better use the ttf's from Bakoma.
IMHO not, because of the license. I hope you all know that it is
problematic? Commercial use of these fonts (and even distribution on CDs
that cost a fee) is forbidden.
That means for example: I cannot prod
Rob Lahaye <[EMAIL PROTECTED]> writes:
| On FreeBSD 5.3, with GCC-3.4.2:
>
| [...]
| gmake[4]: Entering directory
| `/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
| TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
| --include=./pch.h -DBOOST_USER_CONFIG="" -I
On Tuesday 18 January 2005 10:54, Georg Baum wrote:
> Why not place all scripts (including lyx2lyx, reLyX and noweb2lyx) in
> /scripts? I don't see why they need own directories.
Have you seen the code necessary for reLyX to work?
Basically you need to go through all the problems that Angus had t
Angus Leeming wrote:
> 2. Change the meaning of the (1.4.x) "$$s" placeholder from its current
> meaning of "/scripts" to simply "".
The drawback of this approach is that it breaks compatibility with old user
configuration files.
Why not place all scripts (including lyx2lyx, reLyX and noweb2lyx)
On FreeBSD 5.3, with GCC-3.4.2:
[...]
gmake[4]: Entering directory
`/home/lahaye/SOFTWARE/lyx-devel/boost/libs/filesystem/src'
TMPCMD=` echo g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -Winvalid-pch
--include=./pch.h -DBOOST_USER_CONFIG="" -I../../../../boost -Wextra
-Wall -I/usr/local/include
Maybe Richard Kinch's True Type Fonts on his
http://www.truetex.com/ site should be considered:
1) http://www.truetex.com/um.zip
2) http://www.truetex.com/belleek.zip
These high quality fonts are in the public domain AFAIK.
The encoding is different from bakoma or the xft fonts
however.
Reg
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Finally, I get a bunch of compile errors:
>
| QMathMatrixDialog.C
| c:\lyx\lyx-devel\src\frontends\qt2\QDialogView.h(113) : error C2440:
| 'return' : cannot convert from 'lyx::frontend::QMathDialog *' to
| 'QDialog *'
| Types pointed to ar
Angus Leeming wrote:
Incidentally, has an experienced Windows hand like yourself not got any
suggestions for what I should do to handle SIGINT on Windows?
I say, forget about it. I do not think Ctrl+C normally sends an
interrupt for Windows applications. I think it only happens for console
applic
Kayvan A. Sylvan wrote:
> On Mon, Jan 17, 2005 at 08:17:42PM -0800, Kayvan A. Sylvan wrote:
>> Your reworking has completely broken LyX on cygwin for me.
>>
>> I can no longer run any external programs.
>>
>> Even running Tools->Reconfigure comes back immediately with no effect.
>>
>> Help!
>
Lars Gullik Bjønnes wrote:
> | As discussed in the "LyX on Windows" thread, here're the patches for
> | LyX 1.3.x and 1.4.x to close the console immediately after LyX is
> | launched.
>>
> | Committing now as the code and its alternatives are now understood.
>
> Several strange characters in your
Jean-Marc Lasgouttes wrote:
> Angus,
>
> I am a bit lost about which patches are pending and which ones are
> applied, but this one is OK.
>
> JMarc
Sure, Jean-Marc, I understand that you're busy at the moment. I don't want
you to feel that I'm throwing stuff at you too fast for careful
consider
Jean-Marc Lasgouttes wrote:
> Angus> See the ' directory? (That's the "apostrophe" directory).
>
> I'll take a look.
>
> In the meantime, about the space-in-prefix problem, I see two
> solutions:
>
> 1/ if sh.exe provides support for symlinks in win32, we could do
> something like
> ln -sf "$p
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> See the ' directory? (That's the "apostrophe" directory).
I'll take a look.
In the meantime, about the space-in-prefix problem, I see two
solutions:
1/ if sh.exe provides support for symlinks in win32, we could do
something like
Lars Gullik Bjønnes wrote:
> | That's right. This is the weird and wonderful file that I have in my
> | Windows repository. I guess that we'll have to get Lars to tell cvs
> | that lib/images/banner.ppm is a binary file, both in the 1.3.x and
> | 1.4.x trees.
>>
> | Lars?
>
> I did it on head, not
Angus Leeming <[EMAIL PROTECTED]> writes:
| As discussed in the "LyX on Windows" thread, here're the patches for LyX
| 1.3.x and 1.4.x to close the console immediately after LyX is launched.
>
| Committing now as the code and its alternatives are now understood.
Several strange characters in your
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andreas Vox wrote:
>>> Oh, koo-ell! Here it is in .jpg format (370kB -> 30kB)
>>
>> The attached file shows the same rainbowy colors as the screenshot
>> (PowerBook, tested with Safari, Preview and ImageMagick)
>
| That's right. This is the weird and wo
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jose' Matos wrote:
>>> Any objections to me applying this patch to the 1.4.x tree?
>> Not from me. :-)
Angus> Then I'll commit the attached patch and place a similar one in
Angus> my pending queue for 1.3.x.
This seems OK to me.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The attached patches enable the lyx executable to be found from
Angus> the PATH environment variable if it expands to elements with
Angus> relative paths.
Angus> Confirmed as working and fixes a clear bug so I'm committing to
Angus
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> I wrote yesterday:
>> So we should better use the ttf's from Bakoma.
Uwe> There are currently some small errors int the ttf's. Ekkehardt
Uwe> send me now some corrected ttf's where all problems are fixed.
Is the information on this page u
Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Well then I am full of FUD, and as we have seen if you don't speak up
>> before something happens... after the fact it is too late...
>
| Tell you what: This wanker is going to continue commiting things
| behind your b
> "Asger" == Asger Ottar Alstrup <[EMAIL PROTECTED]> writes:
Asger> That's just the way it is, and the way it has always been. It's
Asger> like heaven and hell. You can't have one without the other.
Sure. So you brought some hell for dinner, and you are surprised some
other guest provides the
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Summary: I'm proposing the attached patch for inclusion in the
Angus> 1.3.x. tree.
Angus,
I am a bit lost about which patches are pending and which ones are
applied, but this one is OK.
JMarc
Hi
I have mapped the following characters into previously empty characters:
\leqcmsy10.ttf char 8728 mapped to char 183
\nleqq msbm10.ttf char 8728 mapped to char 183
\backepsilonmsbm10.ttf char 196 mapped to char 127
\kapp cmmi10.ttf char 8728 mapped to
56 matches
Mail list logo
