Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
On Mon, 7 Apr 2008, Angus Leeming wrote:
While I'm at it ;-)
Hi Angus,
Would it be to much to ask you to just fix it?
I am not sure his employer would allow him to %-]
:-P
I see many other pages are afflicted by the -- and '...' na
Andre Poenitz wrote:
On Mon, Apr 07, 2008 at 03:45:03PM -0400, Paul A. Rubin wrote:
Hi,
I was going to put this into bugzilla, but I'm uncertain whether it's
really a bug, a feature-enhancement or just one of those vicissitudes we
have to live with.
I copied some output from R (a stats pack
On Tue, Apr 08, 2008 at 11:09:25PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
>>> You informed be that files specific for a certain operating system (such
>>> as os_win*) can follow the standard conventions for this OS instead of
>>> the LyX conventions. It would be useful to put that in
Rex C. Eastbourne wrote:
Thanks Joost. The image in here seems to be an "outline", with the
actual colors not filled in. Would you (or anyone else) have a version
where everything is filled in, i.e. one that looks like the current
mascot on the website?
This file is exactly the current versio
Joost Verburg wrote:
Rex C. Eastbourne wrote:
Does anyone have an image of the platypus in some format suitable
for graphic work? If so, could you send it to me or let me know
where on the site I can find it?
See attachment.
Joost
Thanks Joost. The image in here seems to be an "outline", wit
Andre Poenitz wrote:
You informed be that files specific for a certain operating system (such as
os_win*) can follow the standard conventions for this OS instead of the LyX
conventions. It would be useful to put that in this file as well.
That's what I tried to say with:
+ Note: As an e
On Tue, Apr 08, 2008 at 10:54:04PM +0200, Joost Verburg wrote:
> Andre Poenitz wrote:
>> Somewhat less strong wording on "wrong" usage.
>> Add a comment on null pointers.
>> Remove outdated example.
>> Comments?
>
> You informed be that files specific for a certain operating system (such as
> os_w
Andre Poenitz wrote:
Somewhat less strong wording on "wrong" usage.
Add a comment on null pointers.
Remove outdated example.
Comments?
You informed be that files specific for a certain operating system (such
as os_win*) can follow the standard conventions for this OS instead of
the LyX conve
[EMAIL PROTECTED] wrote:
On Mon, 7 Apr 2008, Angus Leeming wrote:
Angus Leeming wrote:
We had one curmudgeonly gentleman, John Weiss, who point blank
refused to
licence his contribution to LyX under the GPL version 2 or later.
The old
flavour of this page has him down as licencing his con
Somewhat less strong wording on "wrong" usage.
Add a comment on null pointers.
Remove outdated example.
Comments?
Andre'
Index: Rules
===
--- Rules (revision 24183)
+++ Rules (working copy)
@@ -2,8 +2,8 @@
-
On Tue, Apr 08, 2008 at 04:05:07PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > would tell where the libraries are. From here, one could discover
> > the needed additional libraries by grepping the .prl files.
>
> That seems doable, but still a bit of w
Joost, would it be possible to adjust the following:
The height of the horizontal bar at the top, and the height of the
'mouse-over-bar' in the sidebar should have the same height.
/Christian
(just relaying his gf's opinion)
--
Christian Ridderström, +46-8-768 39 44 http://www.
On Mon, 7 Apr 2008, Angus Leeming wrote:
Angus Leeming wrote:
We had one curmudgeonly gentleman, John Weiss, who point blank refused to
licence his contribution to LyX under the GPL version 2 or later. The old
flavour of this page has him down as licencing his contributions under
the artist
On Tue, 8 Apr 2008, Jean-Marc Lasgouttes wrote:
http://www.lyx.org/pmwiki.php
I must be a bit dense, but I do not understand what you want exactly.
Could you spell it out for me?
I'll skip ahead a step, please a line like this
AliasMatch ^/([?A-Z].*) /home/lyx/www/www-user/
> Lastly, if we extract to a special folder
> $DOC_PATH/Lyx.Embed.Abs/abs/path, we do not really need to change the
> inset.
Let me clarify this. Say we have /usr/var/blah.log in the bundle,
saved using inzipName Lyx.Embed.Abs/usr/var/blah.log. During
unbundling, focusing on the cases of extrac
Uwe Stöhr wrote:
> Why this? Isn't it just a check if pdftops exists and not the final calling
> command?
It's the command that gets inserted to the prefs by default.
The -f and -l flags are needed, else the conversion fails with multi-page PDF
files. See man pdftops:
-eps
Gener
> --- lib/configure.py (Revision 24162)
> +++ lib/configure.py (Arbeitskopie)
> @@ -409,7 +409,7 @@
> checkProg('a PDF to PS converter', ['pdf2ps $$i $$o', 'pdftops $$i $$o'],
> rc_entry = [ r'\converter pdf ps"%%"""' ])
> #
> -checkProg('a PD
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
>
> De-select "use babel" in Preferences->Language, and take care that "Auto
> Begin" and "Auto End" are selected. This is a bit awkward, since you cannot
> do this on a per-document basis.
>
Actually, not doing it on a per-document basis is a
Jürgen Spitzmüller wrote:
> There was a typo in the patch. Corrected one attached.
Grmpf. I reattached the ols one. Try this.
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision 24162)
+++ lib/external_templ
Jürgen Spitzmüller wrote:
> The attached patch adds rudimental support via the external inset.
There was a typo in the patch. Corrected one attached.
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision 24162
Luis Rivera wrote:
> Awesome! You only failed to mention that I had to run the configure script
> to have the new language in the GUI menu (I like that expression).
>
> Also, is this the right place to suggest new additions?
Yes.
Jürgen
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> Luis Rivera wrote:
> > 1. Add a custom language to the drop-down menu in LyX Document -> Settings
> > -> Language.
>
> There's a file called "languages" in your LyX system directory. Copy this to
> your user directory and add your language to t
> This is one of the "can be always added" category. I'm even thinking about
> implementing it in 1.5.5 (no file format change).
OK, I see.
> And I've done enough bugfixing lately.
I wouldn't criticize or force you to do anything. I appreciate your bugfixes.
regards Uwe
> The only real question is
I am happy to hear this.
> where to store the
> information about the original location of the file, so you can do the
> "update from external file" thing. Whether there is just a copy in the
> bundle isn't the issue. Your version has a copy in the bundle, too. But you
Uwe Stöhr wrote:
> > The attached patch adds rudimental support via the external inset.
>
> How can I test that this works?
apply the patch, insert->File->External Material, chose PDFPages.
> > Objections?
>
> Hmm, I think this is a useful feature as this topic appears from time to
> time on th
> And I do not really get the problem with the two current directories.
> The file browser dialog takes care of relative paths by itself (or at
> least it used to).
You said that "we can refer to external files, but not bundle them".
This means you can have '../../images/file.png' in an InsetGr
Bo Peng wrote:
This would give two modes of operations:
- directory-in-a-zip: the most transparent for users. Whether we
actually unpack everytime or unpack on-demand from the zip is an
implementation detail.
This is more or less my idea.
Right. The only difference between this
> The attached patch adds rudimental support via the external inset.
How can I test that this works?
> Objections?
Hmm, I think this is a useful feature as this topic appears from time to time on the lyx-users list,
but we should really come to an end now with new features for LyX 1.6. But of
"Bo Peng" <[EMAIL PROTECTED]> writes:
> IMHO, changing to a new file format is fine, but changing the way
> users work is risky. Your solution disallow the use of out of tree
> files, which is unacceptable to me because it disallow sharing files
> across documents.
I just say that we can refer t
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I have only *one* filename.lyx to work with, bundled or unbundled. You
> have filename.lyx (directory as zip), filename.lyx (directory?), and
> filename.lyx/content.lyx (a different current directory?).
it could be filename.lyz, filename.lyxdir and
filename
> I guess what I don't see is why this is really very different from
> what you did: You zip everything on save, unzip it on open, etc. The
> difference has to do with what's in the bundle, where it is, and what kind
> of information (if any) is kept about the original location of the things in
> t
The attached patch adds rudimental support via the external inset.
Objections?
Jürgen
Index: lib/external_templates
===
--- lib/external_templates (Revision 24162)
+++ lib/external_templates (Arbeitskopie)
@@ -244,7 +244,57 @@
Form
> >> This is the so-called reversibility of my proposal, which works
> >> nicely with existing files.
>
> To be honest I am ambivalent about reversibility. I am not sure we
> need two different formats for a LyX document (bundled and unbundled).
> Openoffice, AFAIK uses some bundle mode by def
leuven wrote:
> - { "vDash", "vdash2" }
> + { "vDash", "vdash2" },
> + { "Vert", "vert2" }
Now I get an assertion on startup:
Assertion triggered in QString lyx::frontendfindPng(const
QString&) by failing check "sorted(begin, end)" in file GuiToolbar.cpp:156
Jürgen
"Bo Peng" <[EMAIL PROTECTED]> writes:
>
>>I guess it is not fun to compress the directory to filename.lyz and open
>
> Sounds fun to me!
>
>
> This is where I stop my attempt to respond. If this is fun, any
> implementation would be acceptable.
I do not think this particular remark was inte
rgheck <[EMAIL PROTECTED]> writes:
> The `directory in a zip' idea is really very close to what Bo
> implemented, with one exception, namely, the ability to "bundle" out
> of tree files.
Yes and I like it that way. There is also the outer directory that
creates a 'sandbox' for the files.
JMarc
Bo Peng wrote:
I did not see Richard's messages as particularly closed to discussion.
I guess it is not fun to compress the directory to filename.lyz and open
Sounds fun to me!
This is where I stop my attempt to respond. If this is fun, any
implementation would be accep
rgheck <[EMAIL PROTECTED]> writes:
> But the more I think about Jose's idea, the more I like it: The
> session file is exactly where we should store this information, and,
> in the best of all worlds, we could even allow the user to edit that
> information somehow. (Of course, there's always editin
Jean-Marc Lasgouttes wrote:
[I am sorry if I reply to points that have been settled already...]
Bo wrote:
This is the so-called reversibility of my proposal, which works
nicely with existing files.
To be honest I am ambivalent about reversibility. I am not sure we
need two differe
Bo Peng wrote:
> It is sensible but the problem persists. Here, loading of the figure
> fails (not a problem), clicking on the inset works (improvement), but
> view pdflatex gives me
not here.
Jürgen
> I did not see Richard's messages as particularly closed to discussion.
>I guess it is not fun to compress the directory to filename.lyz and open
Sounds fun to me!
This is where I stop my attempt to respond. If this is fun, any
implementation would be acceptable.
Bo
Richard Heck <[EMAIL PROTECTED]> writes:
>> Having seen your message, I decide not to answer it because your 'this
>> is not a problem' attitude is hard to beat. Yet, I do not see a
>> practical implementation for this and will not be able to adapt my
>> implementation to it. If JMarc and you feel
[I am sorry if I reply to points that have been settled already...]
Bo wrote:
>> This is the so-called reversibility of my proposal, which works
>> nicely with existing files.
To be honest I am ambivalent about reversibility. I am not sure we
need two different formats for a LyX document (bund
Leuven, E. wrote:
> as i wrote:
>
> add Vert.png as vert2.png to svn
>
> and add
>
> { "Vert", "vert2" },
>
> to sorted_png_map in GuiToolbar.cpp (start at line 111)
>
> regards, ed.
I misunderstood. So the problem is that Windows is not case-sensitive.
I thought the problem was about svn
> The attached patch (against branch) fixes the problem for me and strikes me
> sensible anyway.
It is sensible but the problem persists. Here, loading of the figure
fails (not a problem), clicking on the inset works (improvement), but
view pdflatex gives me
*** glibc detected *** double free o
> No idea then. Someone has to teach me how to do this properly.
as i wrote:
add Vert.png as vert2.png to svn
and add
{ "Vert", "vert2" },
to sorted_png_map in GuiToolbar.cpp (start at line 111)
regards, ed.
Leuven, E. wrote:
> windoze doesn't like it:
No idea then. Someone has to teach me how to do this properly.
Jürgen
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I think that JMarc is trying to avoid using pkg-config to query
> for the Qt configuration.
Yes, exactly. pkg-config is a bit too unix-centric to be universally
useful. But of course I want to build makefiels, so I am a bit
unix-centric myself (more
http://www.lyx.org/trac/changeset/24172
windoze doesn't like it:
Added: C:\lyx\trunk\lib\images\math\Vert.png
Added: C:\lyx\trunk\lib\images\math\vert.png
Error: In directory 'C:\lyx\trunk\lib\images\math'
Error: Can't move source to dest
Error: Can't move
'C:\lyx\trunk\lib\images\math\.
> It's a bit grey for my taste...
the whole 1.6 design will be grey :)
pavel
[EMAIL PROTECTED] writes:
>> I have to admit that I feel the same, but since I have not opened my
>> big mouth in time...
>
> We can install and test an alternative skin later on. Then if more
> people like that skin, we can change. What we choose now isn't set in
> stone, but everybody agrees it i
On Tue, 8 Apr 2008, Jean-Marc Lasgouttes wrote:
Angus Leeming <[EMAIL PROTECTED]> writes:
Is this the final skin? It's a bit grey for my taste...
I have to admit that I feel the same, but since I have not opened my big
mouth in time...
We can install and test an alternative skin later on.
Am Montag, 7. April 2008 schrieb Bo Peng:
> Hi,
>
> Open the attached file, put http://www.lyx.org/~bpeng/geno.jpg to the
> same directory, clicking the only graphics inset, or view pdf
> will crash lyx under linux. Can anyone confirm? The problem seems to
> be with the graphics file, which can no
José Matos wrote:
> > The attached patch (against branch) fixes the problem for me and strikes
> > me sensible anyway.
>
> I agree.
committed.
Jürgen
On Tuesday 08 April 2008 07:44:59 Jürgen Spitzmüller wrote:
> The attached patch (against branch) fixes the problem for me and strikes me
> sensible anyway.
I agree.
> OK?
>
> Jürgen
--
José Abílio
Angus Leeming <[EMAIL PROTECTED]> writes:
> Is this the final skin? It's a bit grey for my taste...
I have to admit that I feel the same, but since I have not opened my
big mouth in time...
JMarc
[EMAIL PROTECTED] writes:
> On Mon, 7 Apr 2008, Angus Leeming wrote:
>
>> While I'm at it ;-)
>
> Hi Angus,
>
> Would it be to much to ask you to just fix it?
I am not sure his employer would allow him to %-]
JMarc
On Mon, 7 Apr 2008, Angus Leeming wrote:
While I'm at it ;-)
Hi Angus,
Would it be to much to ask you to just fix it? Just replace '--' with
'—' etc. If you use the link below, you probably won't need the
password which is 'lyx'.
http://www.lyx.org/test/wiki/index.php/Web/HomePage
58 matches
Mail list logo
