Hi,
Just another thought:
I have no idea if Windows shortcuts can be accomodated easily, it would
be great if at least the Qt file browser could handle them. Any ideas?
- Peter -
Probably the same in 1.4.x too.
$ grep -r 'warn *(' src
src/frontends/xforms/lyx_gui.C: os::warn("Unable to access X
display, exiting");
src/support/os.h: static void warn(string mesg);
src/support/os_os2.C:void os::warn(string /*mesg*/) {
src/support/os_unix.C:void os::warn(string /
Attached is a nearly-complete merger of the 'package' code into LyX 1.3.x.
It still requires a deal of testing, although all appears to be behaving
well at the moment.
First, however, the merger should be completed and that requires an answer
to two questions:
1. The global user_lyxdir is yet to
Michael,
> IMHO there is no need to worry about the behaviour of Qt 3.2.1/Win any
more.
>
> Yesterday evening, one of the guys of the Free Qt/Win32 team fixed the
font
> metrics bug. I checked the fix and everything looks pretty good. Even the
> display of math formula has improved _significantly_
[EMAIL PROTECTED] wrote:
> Hi! This is the ezmlm program. I'm managing the
> lyx-devel@lists.lyx.org mailing list.
>
> To confirm that you would like
>
>[EMAIL PROTECTED]
>
> removed from the lyx-devel mailing list, please send an empty reply
> to this address:
>
>lyx-devel-uc.1105043
Trying to break it and indeed I did. I'd guess that this is independent of
my own changes.
LyX is compiled with PACKAGE=lyx-1.3.6cvs
$ mv /usr/local/share/lyx-1.3.6cvs /usr/local/share/lyx
$ mv /home/angus/.lyx-1.3.6cvs /home/angus/.lyx
$ cd /home/angus
$ ./xlyx13x -sysdir /usr/local/share/lyx -us
Michael Schmitt wrote:
> I can also provide you with a LyX 1.3.6cvs binary but I guess it
> is no yet ready for public release (e.g., LyX/Win32 complains
> about not being able to write to "/tmp").
Because this directory does not exist and LyX doesn't try and create it.
Create it yourself and thi
Ruurd, Jean-Marc,
IMHO there is no need to worry about the behaviour of Qt 3.2.1/Win any more.
Yesterday evening, one of the guys of the Free Qt/Win32 team fixed the font
metrics bug. I checked the fix and everything looks pretty good. Even the
display of math formula has improved _significantly_
"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> > "Ruurd" == Ruurd Reitsma
<[EMAIL PROTECTED]> writes:
> Hmm, these values seem very weird to me... I cannot understand how qt
> 3.2.1 could have been sooo broken.
>
Some reverse engineering reveils that the h
With gcc 3.3 as with FC3:
real15m52.640s
user13m6.642s
sys 2m11.597s
With gcc 4.0 from gcc cvs:
real10m21.856s
user8m13.158s
sys 1m47.379s
debug, stdlib-debug and concept-checking turned off. xforms only
--
Lgb
On Thursday 06 January 2005 18:06, Georg Baum wrote:
> Jose' Matos wrote:
> > +def normalize_paragraph_params(file):
> > +body = file.body
> > +allowed_parameters = '\\paragraph_spacing', '\\noindent', '\\align
> >',
>
> '\\labelwidthstring'
>
> > +
>
> Did you forget start_of_appendix, or
Jose' Matos wrote:
> +def normalize_paragraph_params(file):
> +body = file.body
> +allowed_parameters = '\\paragraph_spacing', '\\noindent', '\\align',
'\\labelwidthstring'
> +
Did you forget start_of_appendix, or is it special?
Georg
Jean-Marc Lasgouttes wrote:
> Angus> So, the 'culprit' is lyx::copy which is telling us that all
> Angus> succeeded when, in fact, it didn't.
>
> Angus> Here's support/copy.C. Do we need to flush the ofstream? Lars,
> Angus> what's the official take on this? Irrespective of the official
> Angus> t
On Jan 6, 2005, at 10:06 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Dec 9, 2004, at 8:51 AM, Jean-Marc Lasgouttes wrote:
I suspect that gcc 3.x should now compile lyx 1.3.x. I have removed
all reference to pragma interface/implementation which
On Thursday 06 January 2005 16:34, Lars Gullik Bjønnes wrote:
> |
> | Any objection?
>
> No. Not from me at least.
Since Jean-Marc didn't object last time either I will commit it now.
--
José Abílio
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| Hello,
| I have sent this patch for the list last December (the 3th, I think).
>
| This patch changes the file format by placing every paragraph parameter
in
| its own line. This already happens for some and not for others. This patch
| ma
Hello,
I have sent this patch for the list last December (the 3th, I think).
This patch changes the file format by placing every paragraph parameter
in
its own line. This already happens for some and not for others. This patch
makes it uniform.
Any objection?
--
José A
> "Ruurd" == Ruurd Reitsma <[EMAIL PROTECTED]> writes:
Ruurd> "Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> wrote in
Ruurd> message news:[EMAIL PROTECTED]
>> The 3.2.1nc value is strange. It may be related to the QFontMetrics
>> change I just mentioned elsewhere in this thread. It may be that qt
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Dec 9, 2004, at 8:51 AM, Jean-Marc Lasgouttes wrote:
>> I suspect that gcc 3.x should now compile lyx 1.3.x. I have removed
>> all reference to pragma interface/implementation which were a
>> problem with gcc/cygwin, so you ma
"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
> The 3.2.1nc value is strange. It may be related to the QFontMetrics
> change I just mentioned elsewhere in this thread. It may be that qt
> 3.2.x is not usable for us in windows, or that we have to translate
> the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Here's support/copy.C. Do we need to flush the ofstream?
no
| Lars, what's the official take on this?
| Irrespective of the official take, does adding a 'flush()' help?
on a buggy stdlib.. yes perhaps.
| bool lyx::copy(string const & from, string c
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> So, the 'culprit' is lyx::copy which is telling us that all
Angus> succeeded when, in fact, it didn't.
Angus> Here's support/copy.C. Do we need to flush the ofstream? Lars,
Angus> what's the official take on this? Irrespective of t
Bennett Helm wrote:
> On Jan 6, 2005, at 3:30 AM, Angus Leeming wrote:
>
>> Bennett Helm wrote:
>>> I'm not sure when this happened, but recently LyX's attempts to copy
>>> graphics files from their original directories to the tmp directory
>>> results in files of 0K. This is with LyX 1.3.x (curr
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This problem occurs independently to LyX's installed or
Angus> in-place status or whether it is invoked through a symbolic
Angus> link or not. argv[0] will contain exectly what is typed at the
Angus> command line.
Angus> So, I foun
Jean-Marc Lasgouttes wrote:
> Angus> So, the alternative way forward is to replace all existing use
> Angus> of GetEnvPath with 'os::internal_path(GetEnv("foo"))' as is
> Angus> done in my 'package' class and to remove GetEnvPath entirely.
>
> Getting rid of GetEnvPath is probably good. Are there
On Jan 6, 2005, at 3:30 AM, Angus Leeming wrote:
Bennett Helm wrote:
I'm not sure when this happened, but recently LyX's attempts to copy
graphics files from their original directories to the tmp directory
results in files of 0K. This is with LyX 1.3.x (current CVS) on Mac OS
X.
Could you try to ex
Jean-Marc Lasgouttes wrote:
> Angus> I assume that the idea is to have a
> Angus> "--packaging={windows,macosx,posix}" option to configure. Not
> Angus> passing "--packaging=foo" on the command line will lead to the
> Angus> "native" packaging being chosen. The three macros above will be
> Angus> d
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> So, the alternative way forward is to replace all existing use
Angus> of GetEnvPath with 'os::internal_path(GetEnv("foo"))' as is
Angus> done in my 'package' class and to remove GetEnvPath entirely.
Getting rid of GetEnvPath is pro
Lars Gullik Bjønnes wrote:
> I saw no problems in that patch... but I forgot to comment on it...
OK. thanks. It goes in then.
Jürgen
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> But we can do that later if you prefer.
Georg> Yes, I prefer that. Let's do it when getFullArg and/or
Georg> getFullOpt are used more often.
OK.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I assume that the idea is to have a
Angus> "--packaging={windows,macosx,posix}" option to configure. Not
Angus> passing "--packaging=foo" on the command line will lead to the
Angus> "native" packaging being chosen. The three macros
Jean-Marc Lasgouttes wrote:
> It looks better IMO. What I would do maybe is to change Parser::Arg to
> a small class with a few accessors that allow to get the equivalent of
> getFullArg and getFullOpt. So the code using this would manipulate
> Parser::Arg objects instead of strings. I think this
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | IMHO nicer.
>>
>> I have updated this patch.
>
| This is partially clashing with my float2str changes (especially in document
| and paragraph). Please let me commit that one before (after you reviewed it).
I saw n
Hartmut Haase wrote:
> If you insert a filled math-bullet, it appears ln LyX as <, also it is
> printed correctly. But if you export it to html, it is a < again.
What is a "filled math-bullet"?
Jürgen
Lars Gullik Bjønnes wrote:
> | IMHO nicer.
>
> I have updated this patch.
This is partially clashing with my float2str changes (especially in document
and paragraph). Please let me commit that one before (after you reviewed it).
Jürgen
If you insert a filled math-bullet, it appears ln LyX as <, also it is printed
correctly. But if you export it to html, it is a < again.
--
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
He who is good at making excuses is seldom good for anything else.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Updated patch that addresses the empty argument problem
Georg> attached. I created two new methods Parser::getFullArg and
Georg> Parser::getFullOpt that handle empty arguments correctly, since
Georg> this was also used in getCiteArgume
Jean-Marc Lasgouttes wrote:
> I will try to come up with initial code.
Many thanks.
--
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Any ideas about how to move the
Angus> USE_FOO_PACKAGING stuff to the configure script?
>> Sure. Somebody just has to write it :)
Angus> Smart arse :)
Angus> I'm not sure on how best to proceed. See th
Jean-Marc Lasgouttes wrote:
> Angus> Any ideas about how to move the USE_FOO_PACKAGING stuff to the
> Angus> configure script?
>
> Sure. Somebody just has to write it :)
Smart arse :)
I'm not sure on how best to proceed. See the "Defining USE_FOO_PACKAGING
macros" post. Some brainstorming would
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Any ideas about how to move the USE_FOO_PACKAGING stuff to the
Angus> configure script?
Sure. Somebody just has to write it :)
Angus> We have three tests to find the "localedir". 1. Use an
Angus> environment variable, LYX_LOCALEDI
Lars Gullik Bjønnes wrote:
> | If you're going to go to the effort of renaming 'tostr' to 'convert',
> | then I don't think you should retain tostr.h. Give it a new, more
> | representative, name.
>
> the plan is a follow-up patch that renames tostr.h to convert.h
>
> Any technical arguments?
No
Jean-Marc Lasgouttes wrote:
> Angus> One more question. I've slotted this packaging stuff into LyX
> Angus> 1.3.x. All it does is set the paths in the package class. The
> Angus> rest of LyX uses the existing stuff. Running in-place I get
> Angus> this output:
>
> The patch looks OK.
Any ideas ab
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> What were the hard arguments against this patch?
>
| You should #include in lstrings.h, protected by the
| I_AM_NOT_AFARID_OF_HEADER_LIBRARIES macro of course.
mmm
| However, I'd just get rid of I_AM_NOT_AFARID_OF_HEADER_
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> One more question. I've slotted this packaging stuff into LyX
Angus> 1.3.x. All it does is set the paths in the package class. The
Angus> rest of LyX uses the existing stuff. Running in-place I get
Angus> this output:
The patch loo
Lars Gullik Bjønnes wrote:
> What were the hard arguments against this patch?
You should #include in lstrings.h, protected by the
I_AM_NOT_AFARID_OF_HEADER_LIBRARIES macro of course.
However, I'd just get rid of I_AM_NOT_AFARID_OF_HEADER_LIBRARIES. The whole
world is pulled in by Boost and we do
Bennett Helm wrote:
> I'm not sure when this happened, but recently LyX's attempts to copy
> graphics files from their original directories to the tmp directory
> results in files of 0K. This is with LyX 1.3.x (current CVS) on Mac OS
> X.
Could you try to explain again. What you have written isn't
47 matches
Mail list logo
