> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
Kuba> Isn't DPS practically dead? I'd actually like to hear from
Kuba> somebody whose X server is DPS-aware and needs makepsres run on
Kuba> font directories...
Solaris
Kuba> I would just comment it out and forget unless somebody
Kuba> compla
Hi all,
I have been trying to make gnuplot graphics to work
directly in lyx. That is I insert the gnuplot file with the
necessary commands to make the graphic, and then lyx decides
what is the best format for that export.
I have used a script to wrap the gnuplot call (as I
discrive
Alfredo Braunstein wrote:
> avoid crashing when dragging over the splash screen:
Committed.
--
Angus
[EMAIL PROTECTED] wrote:
> Is a request for 2), or something related, asking too much?
Yes.
Certainly it is too much to ask for 1.3.x.
For 1.4.x? Things are a lot more robust and straightforward than they
were so I would say that such a change _could_ be made to work
wothout totally foo-barrin
Martin,
I note that the branches dialog isn't very useful at the moment and
suspect that this is my doing. The choice of available branches is
empty. I'll sort it out but have a few questions of my own:
1 Looking at the code in FormBranch.C, QBranch.C:
why do you bother filling the choice in 'b
Hi Angus,
why do we need to move the graphics to
the temporary directory?
This I don't get. (And many other things
as well ;-).
/me puzzeled. :-)
--
José
[EMAIL PROTECTED] wrote:
> Hi Angus,
> why do we need to move the graphics to
> the temporary directory?
>
> This I don't get. (And many other things
> as well ;-).
>
> /me puzzeled. :-)
Let's call it 'an accident of history'. The code used to be much more
convoluted than it is now. However, I
On Thu, Dec 11, 2003 at 10:24:05PM +0100, Georg Baum wrote:
> The attached patch makes tex2lyx output file format 227 with minipages and
> parboxes converted to frameless box insets.
Would be nice if your comment lines would not exceed 72 char or so.
Andre'
Hello,
this patch moves all code for 'CollapseStatus' from insetert to
insetcollapsable. Insetcollapsable has three states now just like ERTs
before. You get into the "Inlined" mode, if you press CTRL-I inside an
open inset.
Please have a look at the patch. If you like it, please apply it. The
On Fri, Dec 12, 2003 at 12:48:32PM +0100, Michael Schmitt wrote:
> BTW: Why does insetert need metrics(...) & draw(...)? If they are really
> needed, then we have to fix insetcollapsable instead.
They change the font to 'red typewriter', don't they?
Andre'
"Kayvan A. Sylvan" wrote:
>
> In the current CVS, when writing a document with the hollywood class,
> I am noticing that the author's address (entered in the "Right Address"
> paragraph style) is not rendered in the final output.
>
> Does anyone know what is happening there?
>
> Garst, if you ar
On Wednesday 10 December 2003 18:34, Angus Leeming wrote:
> The attached patch changes the lyx format to 227
...
> However, I'll hold off applying it because I'm unsure how best to
> proceed with lyx2lyx. The patch removes the just committed
> lyxconvert_225.py, lyxrevert_226.py, moving their conte
On Wednesday 10 December 2003 20:20, Georg Baum wrote:
>
> A side note: I find the filenames very confusing. I never know what
> lyxrevert_225.py or lyxconvert_225.py does: revert/convert _to_ 225 or
> _from_ 225?
- lyxconvert_xxx.py converts from xxx format to its successor.
- lyxrevert_xxx.p
On Thursday 11 December 2003 00:06, Angus Leeming wrote:
> See attached. I'd appreciate it if the LaTeX-savvy would cast an eye
> over this:
>
> int InsetExternal::latex(Buffer const & buf, ostream & os,
> OutputParams const & runparams) const
> {
> + if (params_.dr
Angus Leeming wrote:
>> avoid crashing when dragging over the splash screen:
> Committed.
Thanks!
Alfredo
On Fri, Dec 12, 2003 at 11:12:34AM +, Angus Leeming spake thusly:
> Martin,
>
> I note that the branches dialog isn't very useful at the moment and
> suspect that this is my doing. The choice of available branches is
> empty. I'll sort it out but have a few questions of my own:
>
> 1 Looki
On Thursday 11 December 2003 20:24, Angus Leeming wrote:
>
> The advantage of this scheme would be that each format change would
> not require a new lyxconvert_xyz.py file, yet files generated with
> recent cvs versions of LyX would continue to be upgraded.
So the only problem is the number of f
Andre Poenitz wrote:
On Fri, Dec 12, 2003 at 12:48:32PM +0100, Michael Schmitt wrote:
BTW: Why does insetert need metrics(...) & draw(...)? If they are really
needed, then we have to fix insetcollapsable instead.
They change the font to 'red typewriter', don't they?
So, this is the code to ch
On Fri, Dec 12, 2003 at 02:04:45PM +0100, Michael Schmitt spake thusly:
>
> Andre Poenitz wrote:
> > On Fri, Dec 12, 2003 at 12:48:32PM +0100, Michael Schmitt wrote:
> >
> >>BTW: Why does insetert need metrics(...) & draw(...)? If they are really
> >>needed, then we have to fix insetcollapsable
On Fri, Dec 12, 2003 at 03:29:05PM +0200, Martin Vermeer wrote:
> Yes, apparently... but do you really need metrics() and draw() for
> that? E.g., insetcharstyle does it without... just
> InsetCharStyle::getDrawFont().
Is this used anywhere?
void InsetCharStyle::metrics(MetricsInfo & mi,
I get
[EMAIL PROTECTED]:/usr/src/lyx/lyx-build/src > ./lyx newfile9.lyx
Traceback (most recent call last):
File "/usr/src/lyx/lyx-devel/lib/lyx2lyx/lyx2lyx", line 197, in ?
main(sys.argv)
File "/usr/src/lyx/lyx-devel/lib/lyx2lyx/lyx2lyx", line 168, in main
parse_options(argv)
File
On Friday 12 December 2003 04:15 am, you wrote:
> > "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Kuba> Isn't DPS practically dead? I'd actually like to hear from
> Kuba> somebody whose X server is DPS-aware and needs makepsres run on
> Kuba> font directories...
>
> Solaris
Wow. That's a
Jose' Matos wrote:
> On Thursday 11 December 2003 20:24, Angus Leeming wrote:
>>
>> The advantage of this scheme would be that each format change would
>> not require a new lyxconvert_xyz.py file, yet files generated with
>> recent cvs versions of LyX would continue to be upgraded.
>
> So the on
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: lyx_main.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_m
Andre Poenitz wrote:
> File "/usr/src/lyx/lyx-devel/lib/lyx2lyx/lyx2lyx", line 118, in
> lyxformat
> opt.err.write(fmt + ": " + error.format_not_supported)
> TypeError: unsupported operand types for +: 'int' and 'str'
>
>
> on one of my test files. Is this to be expected?
No. Upgrade to l
On Fri, Dec 12, 2003 at 12:48:32PM +0100, Michael Schmitt wrote:
> Please have a look at the patch. If you like it, please apply it.
Done.
Andre'
PS: Mind whitespace.
> + st = "inlined";
> + break;
> + }
> + os << "status "<< st << "\n";
> +
> +inset.text
Hi
This is about a _minor_ problem, for now I'm really only planning to
"bugzilla and forget" about it.
When you do for instance Insert->Math->AMS_Multline, you seem to do:
math-mode; math-mutate align;
However, if you already are in math-mode, you accidentally insert a
\textrm{} into t
On Fri, Dec 12, 2003 at 03:06:12PM +0100, Christian Ridderström wrote:
> This is about a _minor_ problem, for now I'm really only planning to
> "bugzilla and forget" about it.
>
> When you do for instance Insert->Math->AMS_Multline, you seem to do:
> math-mode; math-mutate align;
>
> Howeve
Andre Poenitz wrote:
> on one of my test files. Is this to be expected?
cd .. before cvs up ? ;-)
Alfredo
> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
Kuba> On Friday 12 December 2003 04:15 am, you wrote:
>> > "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>>
Kuba> Isn't DPS practically dead? I'd actually like to hear from
Kuba> somebody whose X server is DPS-aware and needs makepsres r
On Fri, Dec 12, 2003 at 11:12:20AM -0300, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > on one of my test files. Is this to be expected?
>
> cd .. before cvs up ? ;-)
Good idea.
Andre'
Martin Vermeer wrote:
Otherwise, this looks like going in the right direction.
But what about adding a fourth display mode, Labelbelow, to the set?
Is that your next step? And where does the right mouse click (that
toggles this with Inlined) go in that case?
My next step is to move the CharStyle
On Friday 12 December 2003 09:12 am, you wrote:
> > "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Kuba> On Friday 12 December 2003 04:15 am, you wrote:
> >> > "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Kuba> Isn't DPS practically dead? I'd actually like to hear from
> Kuba> s
On Friday 12 December 2003 14:15, Michael Schmitt wrote:
>
> This, of course, are dreams of the future. First, I would like to see my
> patch accepted (or rejected) so that I can continue (nowadways, the
> inset files change quite rapidly) Then the lyx2lyx converter, then the
> CharStyle unificatio
Alfredo Braunstein wrote:
> Anyway, I'll still test it for a day or so to avoid bad surprises. ;-)
I'm willing to apply this as it seems to work correctly.
No objections (naming or otherwise)?
Alfredo
Index: BufferView.C
===
RCS fi
On Fri, Dec 12, 2003 at 12:09:06PM -0300, Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
> > Anyway, I'll still test it for a day or so to avoid bad surprises. ;-)
>
> I'm willing to apply this as it seems to work correctly.
>
> No objections (naming or otherwise)?
Nothing above nitpic
Hi Andre,
I think you broke some part of my patch.
Please have a look at the attachment.
Thanks, Michael
Index: insetcollapsable.C
===
RCS file: /cvs/lyx/lyx-devel/src/insets/insetcollapsable.C,v
retrieving revision 1.223
diff -u -r
I think I've made my mind up (after a while of experimentation).
We should have a single slice for InsetTabular.
Reasons are consistency with the rest of 'texted' (InsetCollapsable) and
implementation is not much harder than the two slices. So better move
forward on the IU path.
This patch does
On Fri, Dec 12, 2003 at 04:16:27PM +0100, Michael Schmitt wrote:
> Hi Andre,
>
> I think you broke some part of my patch.
Looks like I mis-merged something. Sorry.
Andre'
On Friday 12 December 2003 11:34, Angus Leeming wrote:
>
> Let's call it 'an accident of history'. The code used to be much more
> convoluted than it is now. However, I think that the primary reason
> is that InsetGraphics can handle compressed files and needs to
> uncompress them to ascertain the
Andre Poenitz wrote:
>> No objections (naming or otherwise)?
>
> Nothing above nitpicking level.
Fire.
> Just commit.
done.
btw, we are down from 7(!) cached cursors per LyXText (7 = cursor + 2 *
selection with selection = 3 cursors) to just 2 (cursor + selection, with
selection = 1 cursor).
On Fri, Dec 12, 2003 at 12:43:19PM -0300, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> >> No objections (naming or otherwise)?
> >
> > Nothing above nitpicking level.
>
> Fire.
Some whitespace somewhere. I forgot.
> btw, we are down from 7(!) cached cursors per LyXText (7 = cursor + 2
Jose' Matos wrote:
> Since there is no chance this could work for 1.3 you are telling
> me to bet on the insetexternal inset instead for 1.4, is it?
Sort of.
I am telling you that the conversion code is duplicated in
InsetExternal and InsetGraphics. The code controlling file conversion
is
On Fri, Dec 12, 2003 at 12:43:19PM -0300, Alfredo Braunstein wrote:
> btw, we are down from 7(!) cached cursors per LyXText (7 = cursor + 2 *
> selection with selection = 3 cursors) to just 2 (cursor + selection, with
> selection = 1 cursor).
So this means we could start using bv()->cursor() inst
Andre Poenitz wrote:
> On Fri, Dec 12, 2003 at 12:43:19PM -0300, Alfredo Braunstein wrote:
>> btw, we are down from 7(!) cached cursors per LyXText (7 = cursor + 2 *
>> selection with selection = 3 cursors) to just 2 (cursor + selection, with
>> selection = 1 cursor).
>
> So this means we could s
On Friday 12 December 2003 15:55, Angus Leeming wrote:
>
> I am telling you that the conversion code is duplicated in
> InsetExternal and InsetGraphics. The code controlling file conversion
> is simpler in InsetExternal than in InsetGraphics because
> InsetExternal is not (currently?) worried about
Martin Vermeer wrote:
> OK. 1 is just verifying if you can remove it, 2 is tricky but should
> be possible (thorough testing!) 3: go right ahead if you think it is
> The Right Thing. 4. ... testing needed. I suspect colour lookup
> table refresh/caching (is there still such a thing?)
Patch attache
Current cvs with my own changes to Martin's branches code, but that's
irrelevant here.
Start LyX
File->New
Insert->Special Formatting->Superscript
Shift-Right arrow to select the blue box.
Note that the cursor remains on the left hand side...
Backspace
Crash.
#0 0x080bdcd5 in CursorIte
Angus Leeming wrote:
> Current cvs with my own changes to Martin's branches code, but that's
> irrelevant here.
>
> Start LyX
> File->New
> Insert->Special Formatting->Superscript
> Shift-Right arrow to select the blue box.
> Note that the cursor remains on the left hand side...
> Backspa
On Fri, Dec 12, 2003 at 04:23:57PM +, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
> > OK. 1 is just verifying if you can remove it, 2 is tricky but should
> > be possible (thorough testing!) 3: go right ahead if you think it is
> > The Right Thing. 4. ... testing needed. I suspect co
On Fri, Dec 12, 2003 at 02:28:33PM +0100, Andre Poenitz spake thusly:
>
> On Fri, Dec 12, 2003 at 03:29:05PM +0200, Martin Vermeer wrote:
> > Yes, apparently... but do you really need metrics() and draw() for
> > that? E.g., insetcharstyle does it without... just
> > InsetCharStyle::getDrawFont()
Hi,
We are finnishing LyX basque PO translation. So I downloaded last 1.3.3
release and I found these POT files:
default_ui_l10n.pot
languages_l10n.pot
layouts_l10n.pot
qt_l10n.pot
xforms_l10n.pot
Does it mean that the previous _big_ po file should be sepa
On Fri, Dec 12, 2003 at 03:15:42PM +0100, Michael Schmitt spake thusly:
> Concerning the mouse clicks - well, currently the right button invokes
> the inset dialog. The left button (on the button label) opens/closes the
> inset.
>
> Since there are collapsable insets which have their own dialog
On Fri, Dec 12, 2003 at 02:59:27PM +0100, Andre Poenitz spake thusly:
> + if (c == '_') {
> + script(false);
> + return true;
> + }
> +
> + if (c == '^') {
> + script(true);
> + return true;
> + }
...and with the attached also the ma
On Friday 12 December 2003 15:55, Angus Leeming wrote:
>
> I am telling you that the conversion code is duplicated in
> InsetExternal and InsetGraphics. The code controlling file conversion
> is simpler in InsetExternal than in InsetGraphics because
> InsetExternal is not (currently?) worried abou
Jose' Matos wrote:
> Is there any reason why InsetExternal are eitheir system default
> or local? Why not both? If I define the Gnuplot template in .lyx
> them I loose the selection of those that we distribute...
Because the templates used to contain the definition of the conversion
process
Martin Vermeer wrote:
> ...and with the attached also the math panel sub/superscript buttons
> will work again ;-)
Applied.
--
Angus
Martin Vermeer wrote:
> Ah... this did work OK earlier. Could it have to do with the change
> in the ColorHandler logic -- a lack of refresh of the colour lookup
> table?
With this it works again:
bool LColor::setColor(string const & lyxname, string const & x11name)
{
if (pimpl_->transfor
Old documents are coming into latest CVS with the following messages:
InsetCollapsable::Read: Missing 'status'-tag!
InsetCollapsable::read: Missing status!
InsetCollapsable::read: Missing status!
InsetCollapsable::read: Missing status!
All ERT and Footnote insets are then open. This would be fine
On Fri, Dec 12, 2003 at 07:30:17PM -0800, Kayvan A. Sylvan wrote:
> Old documents are coming into latest CVS with the following messages:
>
> InsetCollapsable::Read: Missing 'status'-tag!
> InsetCollapsable::read: Missing status!
> InsetCollapsable::read: Missing status!
> InsetCollapsable::read:
60 matches
Mail list logo
