Hello,
This is done by creating two new pure virtual method in LyXView:
init(): initialize menubars and toolbars
setGeometry(): guess what it does? :-)
I am not sure gtk and qt3 compiles but it should be close to.
Committing now...
Abdel.
Log:
* Application: new createView() method
* gtk/q
Hello,
As discussed in the list this patch introduce Application_pimpl and
cleanup the header includes of the affected .C files. Will commit soon.
The BufferList is still there. If you want me to remove that please
speak up. FWIW, I still think that it should remain in Application. It
is sta
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Yes, I'd prefer a single function that does the check in any case.
Abdelrazak> This is difficult to do for now without a cleanup of
Abdelrazak> LyXFunc or a reordering of object initialisation on start
On Friday 29 September 2006 16:04, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Hmmm. That means adding a downconverter.
>
> Martin> How shall we do that gracefully? Just sacrifice the optarg?
>
> Except that lyx2lyx does not know which layo
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Hmmm. That means adding a downconverter.
Martin> How shall we do that gracefully? Just sacrifice the optarg?
Except that lyx2lyx does not know which layouts are commands and which
are environments.
JMarc
On Thu, 28 Sep 2006 21:31:43 +0200 Georg Baum <[EMAIL PROTECTED]>
wrote:
> Am Montag, 25. September 2006 10:42 schrieb Jean-Marc Lasgouttes:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> The attached patch would put the infrastructure in place for
> > Martin> d
Jens Krüger wrote:
> You can do it now.
> Menu:
> -Tools
>- Setup
> - File Formats
> - dvi : Change the viewer from xdvi to kdvi
> - pdf: Change the viewer from xpdf or acroread to kpdf
>
> Jens
>
I know. But my point is that on a system that has kpdf, I think lyx should
choose it as
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Thanks again for your comments, I'd be happy to hear any more.
Pleas ebe patient if they do not come right away. I am rather busy
these days.
JMarc
Thanks, I don't know why I didn't think of that...! I'll play around
with this a bit and see where I get.
Helge Hafting wrote:
Dov Feldstern wrote:
[...]
Finally, back to word-completion: I've started working on that, but
the main problem I've run into is preserving state between consecutive
Hi!
Thanks for your comments, that's exactly what I was hoping to get from
someone who is familiar with the Lyx internals.
Attached is a fixed up version of the patch, mostly incorporating the
points you raised, but see below for specifics.
Two major changes (well, as major as anything rela
Ozgur Ugras BARAN wrote:
this doesn't matter.. anyhow, while you're compiling, you can't edit.
So, no difference here for same window approach. The separate window is
also possible (though not my choice), but this time we have the control
over the behavior of the viewer. Moreover, it is possibl
On Wednesday 27 September 2006 22:22, Neal Becker wrote:
> This was working, but seems to have been broken by 1.4.3 update.
Neal,
like Georg I am extremely busy at the moment, I would like to take a
look to
the problem. So your post is not forgoten. :-)
In the mean time every help is
On 9/29/06, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Helge Hafting wrote:
> Ozgur Ugras BARAN wrote:
>> Yes, indeed. And also kdvi..
>>
>> But I have another idea. Why don't we build a kde4 frontend and use
> Can't see anything wrong with that - if you can find someone willing
> to do the w
Helge Hafting wrote:
Ozgur Ugras BARAN wrote:
Yes, indeed. And also kdvi..
But I have another idea. Why don't we build a kde4 frontend and use
Can't see anything wrong with that - if you can find someone willing
to do the work of making and maintaining it.
okular as embedded viewer. From usab
Ozgur Ugras BARAN wrote:
Yes, indeed. And also kdvi..
But I have another idea. Why don't we build a kde4 frontend and use
Can't see anything wrong with that - if you can find someone willing
to do the work of making and maintaining it.
okular as embedded viewer. From usability point of view, I
Andre Poenitz wrote:
On Thu, Sep 28, 2006 at 12:39:57PM +0200, Abdelrazak Younes wrote:
Again, I prefer to have one single point of access for all global
variable. The logical place to put them is in Application. When it's
written "theApp->XXX", I know that this is a unique instance variable.
You can do it now.
Menu:
-Tools
- Setup
- File Formats
- dvi : Change the viewer from xdvi to kdvi
- pdf: Change the viewer from xpdf or acroread to kpdf
Jens
Am Freitag, 29. September 2006 10:19 schrieb Ozgur Ugras BARAN:
> Yes, indeed. And also
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Sep 28, 2006 at 07:23:16AM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> > "Andre" == Andre Poenitz
>> <[EMAIL PROTECTED]> writes:
>>
Andre> Why not have a virtual function in the insets filling a list
Andre> and iterati
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The question is: Do we need to exit(1) at all? Would not a
Georg> warning suffice that LyX should be reconfigured and that it
Georg> will not be usable without reconfiguring?
Georg> Giving the Alert and then exit(1) will probably conf
Yes, indeed. And also kdvi..
But I have another idea. Why don't we build a kde4 frontend and use
okular as embedded viewer. From usability point of view, I am not very
happy about xdvi windows popping around my desktop.
just an idea..
On 9/29/06, Neal Becker <[EMAIL PROTECTED]> wrote:
Since ly
Thanks a lot for reviewing the code. I will be more careful about
formatting. Here are some some answers:
- What I mean with the nested command support is something like:
\command {\command{content}}
An example is basic index command : \index { entry @{\myformat
{entry}} }. I see that thi
21 matches
Mail list logo