On Sat, May 06, 2017 at 09:25:53AM +0200, Tommaso Cucinotta wrote:
> On 06/05/2017 02:02, Scott Kostyshak wrote:
> > Yes please revert. I remember there being some disagreement about the
> > file formats patch. I could be wrong though. Please see my questions
> > here:
>
> reverted, those 2 patche
On 06/05/2017 02:02, Scott Kostyshak wrote:
Yes please revert. I remember there being some disagreement about the
file formats patch. I could be wrong though. Please see my questions
here:
reverted, those 2 patches remain available in my
tommaso features/2.3.0alpha
branch, thanks.
On Sat, May 06, 2017 at 12:55:02AM +0200, Tommaso Cucinotta wrote:
> On 06/05/2017 00:38, Tommaso Cucinotta wrote:
> > rebased and pushed to my feature branch features/2.3.0alpha
>
> my bad,
No problem.
> in pushing the release notes for gnuplot scripts, these
> two also slipped along, I forgot
On 06/05/2017 00:38, Tommaso Cucinotta wrote:
rebased and pushed to my feature branch features/2.3.0alpha
my bad, in pushing the release notes for gnuplot scripts, these
two also slipped along, I forgot my local master was temporarily
"topped-up" ... shall we revert ?
or, would you like to pla
On 04/05/2017 17:54, Kornel Benko wrote:
2) commit cb7a69b1
Author: Tommaso Cucinotta
Date: Wed Oct 19 11:18:10 2016 +0200
Tolerate formats that are not supported by lyx2lyx.>
Yes.
rebased and pushed to my feature branch features/2.3.0alpha
3) commit bf3cda7b
Author: Tommaso Cucino
Am Donnerstag, 4. Mai 2017 um 01:06:44, schrieb Tommaso Cucinotta
> As we're on this, a few other things I had in my tommaso/master [1], out of
> which:
> I'd really love to have 3)...
> about 2) I'm stuck with recurring to Emacs-editing the first line of a .lyx
> file every time I face that is
On Thu, May 04, 2017 at 09:29:49AM +0200, Tommaso Cucinotta wrote:
> On 04/05/2017 01:45, Scott Kostyshak wrote:
> > > I'd really love to have 3)...
> >
> > Is it polished? Is there a trac ticket for this one? Or an archived
> > discussion?
>
> http://www.lyx.org/trac/ticket/5962
Thanks.
I woul
On 04/05/2017 01:45, Scott Kostyshak wrote:
I'd really love to have 3)...
Is it polished? Is there a trac ticket for this one? Or an archived
discussion?
http://www.lyx.org/trac/ticket/5962
thanks,
T.
On Thu, May 04, 2017 at 01:06:44AM +0200, Tommaso Cucinotta wrote:
> As we're on this, a few other things I had in my tommaso/master [1], out of
> which:
> I'd really love to have 3)...
Is it polished? Is there a trac ticket for this one? Or an archived
discussion?
> about 2) I'm stuck with recu
Martin Vermeer wrote:
On Tue, 21 Aug 2007 10:22:44 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
Richard Heck wrote:
Martin Vermeer wrote:
On Sat, Aug 18, 2007 at 02:40:27PM -0400, Richard Heck wrote:
This looks reasonable to me, though I haven't tested it. (I'm st
On Tue, 21 Aug 2007 10:22:44 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> Richard Heck wrote:
> > Martin Vermeer wrote:
> >> On Sat, Aug 18, 2007 at 02:40:27PM -0400, Richard Heck wrote:
> >>
> >>> This looks reasonable to me, though I haven't tested it. (I'm still
> >>> obsessing over Bi
Richard Heck wrote:
Martin Vermeer wrote:
On Sat, Aug 18, 2007 at 02:40:27PM -0400, Richard Heck wrote:
This looks reasonable to me, though I haven't tested it. (I'm still
obsessing over BibTeX stuff.)
One suggestion: I think CharStyles should by default have an
unobtrusive presentatio
Martin Vermeer wrote:
On Sat, Aug 18, 2007 at 02:40:27PM -0400, Richard Heck wrote:
This looks reasonable to me, though I haven't tested it. (I'm still
obsessing over BibTeX stuff.)
One suggestion: I think CharStyles should by default have an unobtrusive
presentation, NOT with the labe
On Sat, Aug 18, 2007 at 02:40:27PM -0400, Richard Heck wrote:
>
> This looks reasonable to me, though I haven't tested it. (I'm still
> obsessing over BibTeX stuff.)
>
> One suggestion: I think CharStyles should by default have an unobtrusive
> presentation, NOT with the label showing.
OK
This looks reasonable to me, though I haven't tested it. (I'm still
obsessing over BibTeX stuff.)
One suggestion: I think CharStyles should by default have an unobtrusive
presentation, NOT with the label showing. The default presentation now
(or previously?) gets particularly ugly if you try
On Sat, Aug 18, 2007 at 12:09:18PM -0400, Richard Heck wrote:
> Martin Vermeer wrote:
> > Steady progress, see patch.
> >
> I tried but failed.
>
> rh
Here is the full, final patch of all parts.
- Martin
Index: development/FORMAT
On Sat, Aug 18, 2007 at 12:09:18PM -0400, Richard Heck wrote:
> Martin Vermeer wrote:
> > Steady progress, see patch.
> >
> I tried but failed.
>
> rh
>
Ok, let's try again ;-/
("must have been good-looking cause he's so hard to see")
- Martin
Index: InsetCharStyle.h
==
Martin Vermeer wrote:
Steady progress, see patch.
I tried but failed.
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
==
On Sat, Aug 18, 2007 at 03:09:30PM +0300, Martin Vermeer wrote:
> Steady progress, see patch.
>
> This would require a version bump in order to do properly:
> getting rid of InsetCharStyle's draw_label and use
> Collapsable's status_ for this purpose.
>
> I'll do this and commit later today if no
On Monday 16 December 2002 4:57 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Monday 16 December 2002 3:46 pm, Angus Leeming wrote:
> >> gnome)
> >> PKG_CHECK_MODULES(GNOME_FRONTEND, gtkmm-2.0 libglademm-2.0)
> >> AC_SUBST(GNOME_FRONTEND_CFLAGS)
> >>
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Monday 16 December 2002 3:46 pm, Angus Leeming wrote:
>> gnome)
>> PKG_CHECK_MODULES(GNOME_FRONTEND, gtkmm-2.0 libglademm-2.0)
>> AC_SUBST(GNOME_FRONTEND_CFLAGS)
>> AC_SUBST(GNOME_FRONTEND_LIBS)
>> LYX_PATH_XPM
>> LYX_PATH_XFORMS
On Monday 16 December 2002 3:46 pm, Angus Leeming wrote:
> gnome)
> PKG_CHECK_MODULES(GNOME_FRONTEND, gtkmm-2.0 libglademm-2.0)
> AC_SUBST(GNOME_FRONTEND_CFLAGS)
> AC_SUBST(GNOME_FRONTEND_LIBS)
> LYX_PATH_XPM
> LYX_PATH_XFORMS
> LYX_CHECK_XFORMS_IMAGE_LOADER
>
> Go figure!
On Monday 16 December 2002 2:52 pm, Angus Leeming wrote:
> My generated config.h file contains replicated info. Does anyone else see
> this? I'm stumped as to what is going wrong, so any pointers would be very
> welcome.
My tests confirm that simply removing this block from the case statement
cur
On Thu, Dec 12, 2002 at 08:23:33AM +0100, Andre Poenitz wrote:
> On Wed, Dec 11, 2002 at 03:54:18PM +0100, Jean-Marc Lasgouttes wrote:
> > This is indeed very strange... And what happens when exporting to
> > html? What is the best strategy?
>
> I really don't like bloating an interface, but what
On Wed, Dec 11, 2002 at 03:54:18PM +0100, Jean-Marc Lasgouttes wrote:
> This is indeed very strange... And what happens when exporting to
> html? What is the best strategy?
I really don't like bloating an interface, but what about a toggle
"write extension" in the graphics dialog?
So the user can
On Wed, Dec 11, 2002 at 03:54:18PM +0100, Jean-Marc Lasgouttes wrote:
> Dekel> The strange thing is that the current code does not remove the
> Dekel> extension in the former case, and remove the extension in the
> Dekel> latter case !
>
> This is indeed very strange... And what happens when expor
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Dec 10, 2002 at 06:34:58PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> What I do not see is what is the practical use of removing the
>> extension on output... We should output without extension when
>> there is no extensio
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> When exporting the LyX file into latex, it does make sense to
Dekel> remove the extension as it makes the file compilable by either
Dekel> latex or pdflatex.
Dekel> However, when LyX creates a latex file in the process of
Dekel> creat
On Tue, Dec 10, 2002 at 06:34:58PM +0100, Jean-Marc Lasgouttes wrote:
> What I do not see is what is the practical use of removing the
> extension on output... We should output without extension when there
> is no extension in the graphics file name (and use the same rules to
> search as latex/pdfl
This one works well for me.
Rod
On 10 Dec 2002, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
> Rod> Futher to that last bit... The image in lyx is called as
> Rod> something.epsi, bu
On Tue, Dec 10, 2002 at 06:34:58PM +0100, Jean-Marc Lasgouttes wrote:
>
> What I do not see is what is the practical use of removing the
> extension on output... We should output without extension when there
> is no extension in the graphics file name (and use the same rules to
> search as latex/p
On Tue, Dec 10, 2002 at 06:34:58PM +0100, Jean-Marc Lasgouttes wrote:
> What I do not see is what is the practical use of removing the
> extension on output... We should output without extension when there
> is no extension in the graphics file name (and use the same rules to
> search as latex/pdf
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Given Rob's comment wrt .agr files, maybe a better way would be
Rod> to only leave the extension if it is one of the eps formats (epsi
Rod> etc) that the latex can deal with?
As I wrote a in my previous message, Rob's problem is related to
> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
Rob> Shouldn't you remove all extensions of each figure input file? I
Rob> use Grace files (.agr extension), which goes as .agr files into
Rob> the LaTeX export file. Of cource LaTeX doen't know what to do
Rob> with Grace files and reports erro
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Futher to that last bit... The image in lyx is called as
Rod> something.epsi, but the error I get is
Rod> could not locate the file with any of these extensions: .eps,
R
This works for me, with .epsi files. I haven't had a chance to have a long
look at it, but it seems to work well for me.
Rod
On 6 Dec 2002, Jean-Marc Lasgouttes wrote:
> > "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>
> Rod> Futher to that last bit... The image in lyx is called as
> Ro
On 6 Dec 2002, Jean-Marc Lasgouttes wrote:
> > "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
>
> Rod> Futher to that last bit... The image in lyx is called as
> Rod> something.epsi, but the error I get is
>
> Rod> could not locate the file with any of these extensions: .eps,
> Rod> .ps, .ep
Jean-Marc Lasgouttes wrote:
"Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Futher to that last bit... The image in lyx is called as
Rod> something.epsi, but the error I get is
Rod> could not locate the file with any of these extensions: .eps,
Rod> .ps, .eps.gz, .ps.gz, eps.Z
Rod> The fi
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Futher to that last bit... The image in lyx is called as
Rod> something.epsi, but the error I get is
Rod> could not locate the file with any of these extensions: .eps,
Rod> .ps, .eps.gz, .ps.gz, eps.Z
Rod> The file is in the tmp dir named
On Fri, Dec 06, 2002 at 03:04:28PM +0100, Jean-Marc Lasgouttes wrote:
> Yes, I thought about that. Besides the fact that it is more work, I
> think it is a `magic' behaviour with a not so predictable results
> (assume you have both foo.epsf and foo.epsi which one will be chosen
> first? Hint: this
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Dec 06, 2002 at 02:51:44PM +0100, Jean-Marc Lasgouttes
Andre> wrote: Isn't there a \DeclareGraphicsExtensions exactly for
Andre> that purpose? (I've never used it myself, so I might be wrong)
>> Yes, there is, but I think t
On Fri, Dec 06, 2002 at 02:51:44PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> Isn't there a \DeclareGraphicsExtensions exactly for that
> Andre> purpose? (I've never used it myself, so I might be wrong)
>
> Yes, there is, but I think that going this way means more trouble than
> removing only sta
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Dec 06, 2002 at 02:44:46PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> OK, assume something more extreme, assume your file is named
>> figure.blah. How is latex ever going to guess that when you do
>> \includegraphics{figur
On Fri, Dec 06, 2002 at 02:44:46PM +0100, Jean-Marc Lasgouttes wrote:
> OK, assume something more extreme, assume your file is named
> figure.blah. How is latex ever going to guess that when you do
> \includegraphics{figure}, you really want figure.blah. "epsi" is just
> an unknown extension to lat
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Dec 06, 2002 at 02:36:11PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> It depends. For a file named foo.epsi, the extension is needed,
>> since \includegraphics cannot guess what the right extension is.
>> This is precisely
On Fri, Dec 06, 2002 at 02:36:11PM +0100, Jean-Marc Lasgouttes wrote:
> It depends. For a file named foo.epsi, the extension is needed, since
> \includegraphics cannot guess what the right extension is. This is
> precisely the bug reported by rod.
I thought it just picked one (the first one?) then
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Dec 06, 2002 at 02:01:35PM +0100, Jean-Marc Lasgouttes
Andre> wrote: On Fri, Dec 06, 2002 at 11:45:44AM +0100, Jean-Marc
Andre> Lasgouttes
Andre> wrote:
Rod> The file is in the tmp dir named as something.epsi
>> >> What happ
On Fri, Dec 06, 2002 at 02:01:35PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> On Fri, Dec 06, 2002 at 11:45:44AM +0100, Jean-Marc Lasgouttes
> Andre> wrote:
> Rod> The file is in the tmp dir named as something.epsi
> >> What happens is that lyx outpouts the name "something" without
> >> extension
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Dec 06, 2002 at 11:45:44AM +0100, Jean-Marc Lasgouttes
Andre> wrote:
Rod> The file is in the tmp dir named as something.epsi
>> What happens is that lyx outpouts the name "something" without
>> extension, for the benefit of
On Fri, Dec 06, 2002 at 11:45:44AM +0100, Jean-Marc Lasgouttes wrote:
> Rod> The file is in the tmp dir named as something.epsi
>
> What happens is that lyx outpouts the name "something" without
> extension, for the benefit of pdflatex, which could use .pdf versions
> (as I understand it).
This s
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Futher to that last bit... The image in lyx is called as
Rod> something.epsi, but the error I get is
Rod> could not locate the file with any of these extensions: .eps,
Rod> .ps, .eps.gz, .ps.gz, eps.Z
Rod> The file is in the tmp dir named
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Ok to commit this to cvs head and to 1_2_X?
Yes. You should mentin that gcc works too :)
Angus> Incidentally, Jean-Marc, my patch to 1_2_X is still valid.
This seems fine with me. Could you remove in insetexternal.C the
spurious
On Thursday 13 June 2002 6:13 pm, Angus Leeming wrote:
> I have submitted formal bug reports, together with test cases and possible
> fixes to [EMAIL PROTECTED] and await some response other than
>
> "Your problem report has been received by the Compaq C/C++ email bug
> reporting system."
They go
On Thursday 10 January 2002 7:40 am, Martin Vermeer wrote:
> OK, here comes a further patch to make the styles/fonts panel use LFUN's.
> So now you can select a piece of a math expression and toggle its
> font attributes individually.
Committed.
Angus
On Thu, Jan 10, 2002 at 09:40:37AM +0200, Martin Vermeer wrote:
> 1. Toggling the default font does not return on screen to the situation
> where variables are italicized but numbers are upright (as it should be in
> math). Both numbers and variables remain italicized. This applies too when
> to
OK, here comes a further patch to make the styles/fonts panel use LFUN's.
So now you can select a piece of a math expression and toggle its
font attributes individually.
I'm sorry for adding a few more LFUN's to the mess ;-)
I noticed two BUGS that I don't remember seeing reported:
1. Toggling
56 matches
Mail list logo
