Martin Vermeer a écrit :
On Thu, 2006-04-27 at 18:03 +0200, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
OK for trunk? No functionality change.
Except that it will break Qt4 compilation, no objection. Are you sure
you don't want to remove the enum and create four functions instead?
Looks
On Thu, 2006-04-27 at 18:03 +0200, Abdelrazak Younes wrote:
> Martin Vermeer a écrit :
> > OK for trunk? No functionality change.
>
> Except that it will break Qt4 compilation, no objection. Are you sure
> you don't want to remove the enum and create four functions instead?
> Looks to me that yo
On Thu, 2006-04-27 at 20:51 +0200, Michael Gerz wrote:
> Abdelrazak Younes wrote:
>
> >> I noticed that the 1.4 environment has already diverged quite a lot from
> >> 1.5, so this needs to get some thorough testing of its own. E.g.,
> >> non-numbered headers are _not_ part of the ToC here.
> >
> >
Dear all,
I hope this is the final patch as the subject suggests. Attached is my
previous Again-Updated PATCH ;-) plus
1. change mode from string to enum
2. add Enrico's cygwin support
3. remove checkViewerEntries completely under windows (configure.py).
It has been test by Enrico and me. With t
Luis Rivera <[EMAIL PROTECTED]> writes:
>
> Consequently, and taking the opportunity open by the switch to the
> 1.4.x series,
> I recommend to sign the death certificate for LyX's support on Win95/98.
>
Following another thread made me realize that I failed to mention that
Cygwin (Qt|xforms)
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> On Thu, Apr 20, 2006 at 06:30:11PM +, Angus Leeming wrote:
>> Persio Barros ...> writes:
>>
>>> Can LyX-1.4.1 be installed on WinME? I tried the V1 setup program
and after
>>> searching (and correctly finding) the dependecies (msys, python
Hello,
I've been busy, and I'd just like to add two announcements; what follows should
mean what I say.
1/ WinLyX 1.4.1 doesn't seem to work on Win98 (didn't even try on Win95). Aborts
with a "Page Fault" error; doesn't go to the ugly blue screen, but it's certain
that something's wrong very deep
> 6) install bzlib2 from gunwin32 project
Do we still need this one? Do you mean zlib?
I will try your approach. Msys + qt3 is very slow on my system.
Bo
Leuven, E. a écrit :
hi guys,
was thinking of trying my hand at building the qt4 frontend on windows...
i found these instructions
http://article.gmane.org/gmane.editors.lyx.devel/55359/match=compile+instructions+windows
is this accurate enough?
Almost, you will need cygwin for the autogen
On Thu, Apr 27, 2006 at 08:59:49PM +0100, Jose' Matos wrote:
> On Thursday 27 April 2006 20:14, Enrico Forestieri wrote:
> > Do you mean that Makefile.in is deliberately ignored and that only
> > Makefile.am needs modifications? (Yes, I am an ignorant but well
> > supported by a bit of logic ;-) )
On Thu, Apr 27, 2006 at 09:56:07PM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> | On Thu, Apr 27, 2006 at 05:40:25PM +0200, Georg Baum wrote:
> | > Enrico Forestieri wrote:
> | >
> | > > Well, here is the result of my effort. I also attach separately a dif
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > I do not like where it is placed, but I have no better alternatives.
|
| ??
|
| > | + case LFUN_COMPRESSION_STATUS:
| > | + // turn compression on/off
| > | + BOOST_ASSERT(owner->buffer()->params().comp
,6 +365,7 @@
// 275
LFUN_PARAGRAPH_MOVE_DOWN,// Edwin 20060408
LFUN_PARAGRAPH_MOVE_UP, // Edwin 20060408
+ LFUN_COMPRESSION_STATUS, // bpeng 20060427
LFUN_LASTACTION // end of the table
};
Index: lib/ui/stdmenus.ui
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear all,
|
| Attached patch adds Document->compressed menu item that can
| 1. reflect the compression status of the current document
| 2. when turned on/off, the document will be saved compressed/decompressed.
|
| Please comment. We can apply, until we fi
On Thursday 27 April 2006 20:14, Enrico Forestieri wrote:
> Do you mean that Makefile.in is deliberately ignored and that only
> Makefile.am needs modifications? (Yes, I am an ignorant but well
> supported by a bit of logic ;-) )
This even I know the answer ;-)
Makefile.am is transformed by a
/ Edwin 20060408
LFUN_PARAGRAPH_MOVE_UP, // Edwin 20060408
+ LFUN_COMPRESSION_STATUS, // bpeng 20060427
LFUN_LASTACTION // end of the table
};
Index: lib/ui/stdmenus.ui
===
--- lib/u
Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Thu, Apr 27, 2006 at 05:40:25PM +0200, Georg Baum wrote:
| > Enrico Forestieri wrote:
| >
| > > Well, here is the result of my effort. I also attach separately a diff
| > > against src/frontends/qt3/ui/moc/Makefile.in and
| > > src/frontends/qt3/
Abdelrazak Younes wrote:
I noticed that the 1.4 environment has already diverged quite a lot from
1.5, so this needs to get some thorough testing of its own. E.g.,
non-numbered headers are _not_ part of the ToC here.
IMHO, 1.5 has diverged too much already and have some additional
features al
On Thu, Apr 27, 2006 at 05:24:07PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >On Thu, Apr 27, 2006 at 10:42:58AM +0200, Georg Baum wrote:
> >>Jean-Marc Lasgouttes wrote:
> >>
> "Georg" == Georg Baum
> <[EMAIL PROTECTED]>
> writes:
> >>>Georg> If you wan
On Thu, Apr 27, 2006 at 05:40:25PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Well, here is the result of my effort. I also attach separately a diff
> > against src/frontends/qt3/ui/moc/Makefile.in and
> > src/frontends/qt3/moc/Makefile.in as "svn diff" doesn't seem to have
> > catc
Angus Leeming wrote:
Hum, not sure... On my platform I don't have to set LDFLAGS manually and
I would like it to stay that way. I don't understand why you have to set
them Enrico but we should fix that.
Because he links against qt.lib rather than qt.dll?
(I seem to remember Michael Gerz r
Martin Vermeer <[EMAIL PROTECTED]> writes:
| Same here. But Lars has a personal tree on this, which looks sort-of
| impressive. Why not just put this into trunk after 1.4.2 is out? How
| functional is it?
Huh? Have you had a look at it? Far from impressive...
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Apr 27, 2006 at 09:35:16AM +0200, Abdelrazak Younes wrote:
| > IMHO, 1.5 has diverged too much already and have some additional
| > features already so we should keep this feature as 1.5 and release it
| > sooner than later. As far as I know, 1
> > Thank you. I (or you) can fix the enum{ View, Edit} thing after the
> > patch is confirmed to work.
>
> Urgh... I forgot that... But I have added autoconf support for
> -lshlwapi.
Not a problem. I now have a combined patch and will post it after I
test it later on windows.
JMarc, before we co
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Apr 26, 2006 at 11:20:59PM +0200, Jean-Marc Lasgouttes wrote:
| > Andre> Do we already have a location?
| >
| > Not that I know of.
|
| So maybe we should try to find someone to host the meeting.
|
| Chemnitz is surely off limits now that we m
hi guys,
was thinking of trying my hand at building the qt4 frontend on windows...
i found these instructions
http://article.gmane.org/gmane.editors.lyx.devel/55359/match=compile+instructions+windows
is this accurate enough?
thanks, edwin
Andre Poenitz a écrit :
On Thu, Apr 27, 2006 at 12:37:45PM +0200, Abdelrazak Younes wrote:
I just had an interesting journey in QFileDialog implementation. The
functionality is all there but it's all private :-(
It looks very easy to add any button we'd like there.
Another option would
be to
Russell Pierce wrote:
I started using LyX for Windows version 1.3.7 earlier today. After some
initial setup difficulties with aspell (I guess LyX wanted it in
c:\aspell ... or my system was just retarded from previous installations
of similar program using similar packages), I got it working a
Andre Poenitz a écrit :
On Thu, Apr 27, 2006 at 12:59:53PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
[...]
Abdelrazak> The patch does not apply cleanly against latest revision
Abdelrazak> (configure.py and Make
On Thu, Apr 27, 2006 at 06:15:21PM +0200, Uwe Stöhr wrote:
> Enrico Forestieri wrote:
>
> >Thanks Uwe, but I solved the problem my way and compiled a new version
> >of dvipng not having the bug.
>
> Cool, could you please send me your dvipng.exe?
>
> Many thanks in advance and regards
> Uwe
I h
On Thu, Apr 27, 2006 at 09:35:16AM +0200, Abdelrazak Younes wrote:
> IMHO, 1.5 has diverged too much already and have some additional
> features already so we should keep this feature as 1.5 and release it
> sooner than later. As far as I know, 1.5 is as stable as 1.4 if not
> stabler. But we c
On Thu, Apr 27, 2006 at 12:17:53PM +0200, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > Juergen> It was a patch against 1.5. Try the attached patch for 1.4
> >
> > I probably missed part of the thread. Why do you have to revert the
> > logic of the update flag?
>
> I do not reverse
On Wed, Apr 26, 2006 at 11:20:20PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Isn't is strange the in a conversion between [EMAIL PROTECTED] and
> [EMAIL PROTECTED] it
> Andre> is the former who is claiming to be a frog-eating female?
>
> You mean all frenchies are females?
How could I possibly
On Thu, Apr 27, 2006 at 10:26:28AM +0200, Abdelrazak Younes wrote:
> Well, we could well decide to do unicode in 1.6 as I don't see anything
> happening in trunk as of now. My point is that 1.5 is very nice as it is
> and users deserves it. It unicode is going to destabilize trunk for a
> year o
On Thu, Apr 27, 2006 at 12:28:18PM +0300, Martin Vermeer wrote:
> > Well, we could well decide to do unicode in 1.6 as I don't see anything
> > happening in trunk as of now. My point is that 1.5 is very nice as it is
> > and users deserves it.
>
> If that is really the case, it should be releas
On Thu, Apr 27, 2006 at 09:55:20AM +0200, Georg Baum wrote:
> > Hm, so then there is some hardcoded trickery to show symbols like
> > \alpha somewhere.
> >
> > Somthing like that existed at least at some point of time.
>
> It does still exist, but the method is called infoize2. The attached works
On Thu, Apr 27, 2006 at 10:31:16AM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Bo Peng a écrit :
> >> Dear all, The document -> settings dialog is pretty well organized,
> >> and I could not find a good place for this opt
On Thu, Apr 27, 2006 at 12:59:53PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes a écrit :
> >>"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> [...]
> >Abdelrazak> The patch does not apply cleanly against latest revision
> >Abdelrazak> (configure.py and Makefile.am
On Thu, Apr 27, 2006 at 12:25:54PM +0200, Jean-Marc Lasgouttes wrote:
> We already have a way to avoid updates, it is the LyXAction::NoUpdate
> flag that can be added to a lfun. This is not taken in account at
> LyXFunc::dispatch level, though.
I think that's not fine grained enough.
Andre'
On Thu, Apr 27, 2006 at 08:33:08AM -0500, Bo Peng wrote:
> > It does make sense. Did you not read one my previous comments? I wrote that
> > you should use view and edit, not open and edit
>
> Because the windows term for view is open.
Unless it means 'Execute'...
Andre'
On Thu, Apr 27, 2006 at 09:24:42AM +0200, Georg Baum wrote:
> > In any case, all magic should go to interpret() & Co., not to
> > LCursor::plainInsert().
>
> That works for one-character delimiters, but not for things like \Vert. It
> should be possible to introduce a second interpret method that
On Wed, Apr 26, 2006 at 11:20:59PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Do we already have a location?
>
> Not that I know of.
So maybe we should try to find someone to host the meeting.
Chemnitz is surely off limits now that we moved to Berlin...
Andre'
On Thu, Apr 27, 2006 at 12:37:45PM +0200, Abdelrazak Younes wrote:
> I just had an interesting journey in QFileDialog implementation. The
> functionality is all there but it's all private :-(
> It looks very easy to add any button we'd like there.
>
> >Another option would
> >be to create our ow
On Thu, Apr 27, 2006 at 09:02:27AM +0200, Helge Hafting wrote:
> Good point. Who needs "view->ps" anyway?
Please?
> Sure, some people might like it, but it is not a common need?
> Everybody can use PDF, it is faster than ps even. Well, unless they're
> using pstricks.
Right. pstricks _is_ the
On Thu, Apr 27, 2006 at 09:45:02AM -0500, Bo Peng wrote:
> > > Bo> 1. test 2. check for cygwin
> > >
> > > I can't do any of these.
> >
> > I am doing both.
>
> Thank you. I (or you) can fix the enum{ View, Edit} thing after the
> patch is confirmed to work.
Urgh... I forgot that... But I have ad
On Thu, Apr 27, 2006 at 05:02:20PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Currently I have to add libraries using LDFLAGS at configure
> Enrico> time:
>
> Enrico> LDFLAGS="-L$QTDIR/lib -lqt -lkernel32 -luser32 -lgdi32
> Enr
On Thu, Apr 27, 2006 at 05:34:37PM +0200, Abdelrazak Younes wrote:
> Angus Leeming a écrit :
> >Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>Hum, not sure... On my platform I don't have to set LDFLAGS manually and
> >>I would like it to stay that way. I don't understand why you have to set
>
> I guess 'empty format' should mean 'empty viewer'. Besides that I like
> the principle of the patch.
Yes.
> - please do not pass the mode as a string to autoOpenFile but an enum
> or a bool.
Will do.
> - if "open" and "edit" are really separate operations, it probably
> means that canAuto
On Thu, Apr 27, 2006 at 05:26:09PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> >On Thu, Apr 27, 2006 at 10:46:13AM +0200, Abdelrazak Younes wrote:
> >
> >>On windows, I think there's a public API for that kind of stuff yes. But
> >>I really prefer the simpler, faster, leaner ly
> Try to replace the whole use-compression block of configure.ac with
> something like (untested):
Attached. Tested for zlib.h under linux. I can not move libz.so away
since my system tends to crash if I do so.
Bo
Index: src/lyxlex_pimpl.C
=
Rainer Dorsch <[EMAIL PROTECTED]> writes:
>
> Jean-Pierre,
>
> I am wondering why these packages don't go into the Debian repository. Debian
> unstable has still LyX 1.3.6...
>
> Regards,
> Rainer
>
> Am Montag, 24. April 2006 09:31 schrieb Jean-Pierre Chrétien:
> > Hello,
> >
> > I have a De
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> So shall I apply it to branch and trunk, so that people can adapt
>> their installers and see what else is needed?
Georg> I'd say yes.
I did that. Packagers, please begin to update your installers to th
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Martin Vermeer a écrit :
| > OK for trunk? No functionality change.
|
| Except that it will break Qt4 compilation, no objection. Are you sure
| you don't want to remove the enum and create four functions instead?
| Looks to me that you look for the
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> Who says that dvipng is used only by LyX? That's absolute nonsense.
>> I'd much rather you edited lyxpreview2bitmap.py to always call the
>> "legacy" script.
> I know, I just to stir you up to complain and tell be a better solution
;-)
The "clever" solu
Martin Vermeer wrote:
> Two points:
>
> 1) Why is this behaviour wrong? If 'cursor follows scrollbar' is off,
> this will happen for a number of operations, not only save. If you don't
> like that, you can bring the cursor into your viewport by a simple mouse
> click. If you _generically_ don't lik
Angus Leeming schrieb:
Who says that dvipng is used only by LyX? That's absolute nonsense.
>
> I'd much rather you edited lyxpreview2bitmap.py to always call the
> "legacy" script.
I know, I just to stir you up to complain and tell be a better solution ;-)
best regards and thanks
Uwe
Enrico Forestieri wrote:
Thanks Uwe, but I solved the problem my way and compiled a new version
of dvipng not having the bug.
Cool, could you please send me your dvipng.exe?
Many thanks in advance and regards
Uwe
Jean-Pierre,
I am wondering why these packages don't go into the Debian repository. Debian
unstable has still LyX 1.3.6...
Regards,
Rainer
Am Montag, 24. April 2006 09:31 schrieb Jean-Pierre Chrétien:
> Hello,
>
> I have a Debian stable/testing home, and I followed the
> procedure on the wiki L
Martin Vermeer a écrit :
OK for trunk? No functionality change.
Except that it will break Qt4 compilation, no objection. Are you sure
you don't want to remove the enum and create four functions instead?
Looks to me that you look for the same thing two times.
Abdel.
Enrico Forestieri wrote:
> Well, here is the result of my effort. I also attach separately a diff
> against src/frontends/qt3/ui/moc/Makefile.in and
> src/frontends/qt3/moc/Makefile.in as "svn diff" doesn't seem to have
> catched them. I had to patch them because "qt_helpers.h" was not found
> aft
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Hum, not sure... On my platform I don't have to set LDFLAGS manually and
I would like it to stay that way. I don't understand why you have to set
them Enrico but we should fix that.
Because he links against qt.lib rather th
OK for trunk? No functionality change.
- Martin
Index: BufferView_pimpl.C
===
--- BufferView_pimpl.C (revision 13751)
+++ BufferView_pimpl.C (working copy)
@@ -1235,21 +1235,21 @@ bool BufferView::Pimpl::dispatch(FuncReq
}
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Hum, not sure... On my platform I don't have to set LDFLAGS manually and
> I would like it to stay that way. I don't understand why you have to set
> them Enrico but we should fix that.
Because he links against qt.lib rather than qt.dll?
(I seem to
Enrico Forestieri a écrit :
On Thu, Apr 27, 2006 at 10:46:13AM +0200, Abdelrazak Younes wrote:
On windows, I think there's a public API for that kind of stuff yes. But
I really prefer the simpler, faster, leaner lyx file dialog. I really
don't understand why people insist on using the native o
Enrico Forestieri a écrit :
On Thu, Apr 27, 2006 at 10:42:58AM +0200, Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
"Georg" == Georg Baum
<[EMAIL PROTECTED]>
writes:
Georg> If you want I'll revert the changes to plainInsert, but I am
Georg> not going to implement the cell based solution, sinc
Bo Peng a écrit :
Bo> 1. test 2. check for cygwin
I can't do any of these.
I am doing both.
Thank you. I (or you) can fix the enum{ View, Edit} thing after the
patch is confirmed to work.
Bo> 3. add autoconf things for -lshlwapi
Isn't there a place already where one has to add a bunch of -
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> OK, I think this is the easiest think to do now. Bo, do you still
>> have your patch at hand?
File-> Compressed or document->compressed?
I'd say Document>Compressed.
JMarc
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Currently I have to add libraries using LDFLAGS at configure
Enrico> time:
Enrico> LDFLAGS="-L$QTDIR/lib -lqt -lkernel32 -luser32 -lgdi32
Enrico> -lcomdlg32 \ -ladvapi32 -lshell32 -lole32 -loleaut32 -luuid
Enrico> -limm32 -lw
On Thursday 27 April 2006 15:54, Lars Gullik Bjønnes wrote:
> This fix the problem for me. Is this an aceptable fix?
> Or should we do the fix through sys.path instead?
It is an acceptable fix, no doubt. :-)
> (actually with this patch we can get rid of the sys.pach in doc_toc.py
> if we want t
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I'll see if I can find a fix.
This fix the problem for me. Is this an aceptable fix?
Or should we do the fix through sys.path instead?
(actually with this patch we can get rid of the sys.pach in doc_toc.py
if we want to.)
Index: lib/doc/depend.p
> > Bo> 1. test 2. check for cygwin
> >
> > I can't do any of these.
>
> I am doing both.
Thank you. I (or you) can fix the enum{ View, Edit} thing after the
patch is confirmed to work.
> > Bo> 3. add autoconf things for -lshlwapi
> >
> > Isn't there a place already where one has to add a bunch o
On Thu, Apr 27, 2006 at 03:18:15PM +0200, Uwe Stöhr wrote:
> Enrico Forestieri wrote:
>
> >This has bitten me with dvipng. It was
> >not working and I removed it. But I still could not instant-preview
> >because png format was still requested and it was not recognized by
> >the legacy python scrip
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Tue, Apr 25, 2006 at 09:22:33AM +0200, Lars Gullik Bjønnes wrote:
| > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| >
| > | On Mon, Apr 24, 2006 at 02:02:44PM +0200, Lars Gullik Bjønnes wrote:
| > | > | > ...
| > | > | > > note that lyx2lyx_
On Thu, Apr 27, 2006 at 02:28:46PM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
> Bo> Please:
>
> Bo> 1. test 2. check for cygwin
>
> I can't do any of these.
I am doing both.
> Bo> 3. add autoconf things for -lshlwapi
>
> Isn't there a place already
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> For information: This dvipng bug has been fixed and the
> MiKTeX developer will provide a new compiled version together
> with the upcoming MiKTeX 2.5. For the meantime LyXWinInstaller
> deletes the dvipng.exe from your MiKTeX system. This doesn't
> harm beca
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> As there are only two options, a bool might be cleaner:
> bool autoOpenFile(string const & filename, bool const edit = false)
> {
> command = edit? "edit": "open";
> }
> But that's not very important anyway...
Scott Meyers says that an enum is
On Thu, Apr 27, 2006 at 10:46:13AM +0200, Abdelrazak Younes wrote:
> On windows, I think there's a public API for that kind of stuff yes. But
> I really prefer the simpler, faster, leaner lyx file dialog. I really
> don't understand why people insist on using the native ones for opening
> lyx f
Jean-Marc Lasgouttes wrote:
> So shall I apply it to branch and trunk, so that people can adapt
> their installers and see what else is needed?
I'd say yes.
Georg
> It does make sense. Did you not read one my previous comments? I wrote that
> you should use view and edit, not open and edit
Because the windows term for view is open.
> Besides that, think about other platforms: They will probably not use a
> string, so think of the above as the special windo
> OK, I think this is the easiest think to do now. Bo, do you still have
> your patch at hand?
File->Compressed or document->compressed?
Bo
On Thu, Apr 27, 2006 at 01:59:05PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Please spell it out for me. My parser doesn't like your first
> Martin> sentence.
>
> The key point is that it happens when 'cursor follows scrollbar' i
Jean-Marc Lasgouttes a écrit :
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> You're misunderstanding. My idea was not to put it in the
Bennett> dialog, but in the *menu*. So if a user selects Document >
Bennett> Compressed, that menu line gets checked and if the user
Bennett> r
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Comments and testing highly welcome.
Georg> Works perfectly here. Note that the spec file should be
Georg> changed, too.
So shall I apply it to branch and trunk, so that people can adapt
their installer
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> You're misunderstanding. My idea was not to put it in the
Bennett> dialog, but in the *menu*. So if a user selects Document >
Bennett> Compressed, that menu line gets checked and if the user
Bennett> reselects it, it gets uncheck
Bo Peng a écrit :
(maybe after taking into account JMarc
comments about string and enum)?
That string (open or edit) will actually be used as command. I do not
think it makes much sense to
if (mode == OPEN)
command = "open"
else if (mode == EDIT)
command = "edit")
As there are only two o
Enrico Forestieri wrote:
This has bitten me with dvipng. It was
not working and I removed it. But I still could not instant-preview
because png format was still requested and it was not recognized by
the legacy python script. So I patched it to also deal with png images.
For information: This
Bo Peng wrote:
> That string (open or edit) will actually be used as command. I do not
> think it makes much sense to
>
> if (mode == OPEN)
> command = "open"
> else if (mode == EDIT)
> command = "edit")
>
> and blah...
It does make sense. Did you not read one my previous comments? I wrote
> (maybe after taking into account JMarc
> comments about string and enum)?
That string (open or edit) will actually be used as command. I do not
think it makes much sense to
if (mode == OPEN)
command = "open"
else if (mode == EDIT)
command = "edit")
and blah...
Bo
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> And no, I didn't see that patch -- what thread?
It is applied now anyway :) Please test that, with the proper language
setting, you can get non-english localization of the menus.
JMarc
Jean-Marc Lasgouttes a écrit :
"Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> 1. test 2. check for cygwin
I can't do any of these.
As you two seem to have reached an agreement about what was the way to
go, why don't you commit Bo (maybe after taking into account JMarc
comments about strin
On Apr 26, 2006, at 11:13 AM, Jean-Marc Lasgouttes wrote:
Bennett> What testing in particular should I do?
See whether it still works and begin to look at what parts of your
installer
could be removed due to that (no reconfigure when starting up).
Something that is important with this patch
Bo Peng a écrit :
I think Bennet is talking about a checkable menu item in the Document
menu. That's not a bad idea actually.
I posted that patch long ago (File->compressed) ... JMarc suggested
Document->settings.
I won't position myself between you too ;-)
Abdel.
Bo Peng wrote:
>> Please not later,
>
> Come on, I am checking now ...
That's fine.
> On my agenda, I need to fix master-slave docs for local-layout-cls. I
> do not see a session bug, could explain to again me? (I may missed a
> few emails.)
If you open a master doc, the slave docs will automa
On Apr 27, 2006, at 8:38 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Why not make it an item under the Document menu, say just
Bennett> under Document Settings...? (If checked, the file is
Bennett> compressed; if not, it's not -- similar to Do
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> OK thanks. There's a new version of TortoiseSVN so I'll
Abdelrazak> try to upgrade and see to it.
Could it be an eol style problem?
Nope. I just upgraded TortoiseSVN and I could apply you
> I think Bennet is talking about a checkable menu item in the Document
> menu. That's not a bad idea actually.
I posted that patch long ago (File->compressed) ... JMarc suggested
Document->settings.
Bo
Jean-Marc Lasgouttes a écrit :
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Why not make it an item under the Document menu, say just
Bennett> under Document Settings...? (If checked, the file is
Bennett> compressed; if not, it's not -- similar to Document -> Change
Bennett> T
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Why not make it an item under the Document menu, say just
Bennett> under Document Settings...? (If checked, the file is
Bennett> compressed; if not, it's not -- similar to Document -> Change
Bennett> Tracking -> Show Changes in O
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> But you need to reconfigure.
Not with viewers and latest patch from Bo.
Enrico> This has bitten me with dvipng. It was not working and I
Enrico> removed it. But I still could not instant-preview because png
Enrico> format w
On Apr 27, 2006, at 4:31 AM, Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Bo Peng a écrit :
Dear all, The document -> settings dialog is pretty well organized,
and I could not find a good place for this option. Any idea?
Abdelrazak>
1 - 100 of 148 matches
Mail list logo
