I like the PmWiki approach as well. I think it would work well as long as it
doesn't *look* like a wiki; the first website you linked to looks fine, so
if we can get something similar going, we'll be in good shape.
I'm not familiar with templates for PmWiki (or in general, really). Would we
want t
> As shown in the attached patch, I tent to remove the use of a
> temporary InsetGraphics by moving the lfun implementation to
> BufferView.cpp.
>
I have committed this part, and this is the only part that makes
sense. All others were trying to re-implement next-inset-toggle. :-(
Bo
Good Morning All,
Not sure who can best advise me so I am sending to both suggested addresses.
I cannot get past the first example/test in the Tutorial (2.1.1 et
seq). I type in the suggested sentence and whether I hit the view -
dvi item in the drop down menu or the square toolbar dvi butto
On Sun, 23 Mar 2008, Rex C. Eastbourne wrote:
Would it be possible for me to get access to the Wiki? I have a
screencast to upload, and will probably upload more in the future. I'm
fine with sending my requests to you guys, but it seems more efficient
if I can just make changes directly.
Hi,
On Sun, 23 Mar 2008, Joost Verburg wrote:
Dominik Böhm wrote:
Honestly I think the website shouldn't be completely self made from
scratch. I would use a content management system, be it Python-, PHP-
or RoR-based. I personally have worked quite some times with Typo3
(PHP) and think that thi
> It certainly feels like a
> kludge that we're creating a temporary InsetGraphics just so we can call
> one of its methods. But I don't know this code well enough to have any
> more of an opinion than that...except to say, if we commit this, let's
> do the context menu and see what Andre thin
On Mar 20, 2008, at 7:49 AM, Jean-Marc Lasgouttes wrote:
Bennett Helm <[EMAIL PROTECTED]> writes:
4. The second script deletes the existing default templates,
examples, and tex files before it creates the links. This is because
the LyX/Mac installer currently copies these files rather than
crea
> Would it be possible for me to get access to the Wiki? I have a
> screencast to upload, and will probably upload more in the future. I'm
> fine with sending my requests to you guys, but it seems more efficient
> if I can just make changes directly.
sent privately.
pavel
Dominik Böhm wrote:
Honestly I think the website shouldn't be completely self made from
scratch. I would use a content management system, be it Python-, PHP-
or RoR-based. I personally have worked quite some times with Typo3
(PHP) and think that this is a great system that offers a lot of
functio
Bo Peng wrote:
I tried starting to do this, but I think we'd probably have to do it all
in one go, due to how the factory works: the inset Buffer gets set in
createInset, not at creation time in createInsetHelper. So we'd at least
have to pass the Buffer to createInsetHelper; but then most in
Hello,
Would it be possible for me to get access to the Wiki? I have a
screencast to upload, and will probably upload more in the future. I'm
fine with sending my requests to you guys, but it seems more efficient
if I can just make changes directly.
Best,
Rex
> > Just to make sure, did you apply my patch?
>
> Well, I think yes. But now that you're asking I am not sure. I checked
> out the latest revision from SVN (now r23907) and it's still like I
> said.
I meant the patch attached to my email. It may not apply clearly now though.
Bo
On Sun, Mar 23, 2008 at 4:53 PM, Bo Peng <[EMAIL PROTECTED]> wrote:
> > Fyi: that doesn't work on my LyX (WinXP) as a right click on the
> > graphic opens the graphics settings dialog. Right click on the figure
> > float inset opens a context menu and the float placement dialog. But
> > in
> I tried starting to do this, but I think we'd probably have to do it all
> in one go, due to how the factory works: the inset Buffer gets set in
> createInset, not at creation time in createInsetHelper. So we'd at least
> have to pass the Buffer to createInsetHelper; but then most insets woul
> > This patch also adds a context menu to InsetGraphics, with 'Edit' as
> > the first item. However, when I try to implement the 'settings' menu
> > using LFUN_INSET_SETTINGS, I find that cur.inset() returns InsetText
> > when I right click on an InsetGraphics. Even if I can enable
> > '
> Looks safe. The emory th pointer is pointig to is even static, so it
> does not go "suddenly" out of scope.
The crash does happen there ... :-(
Bo
I think that using a CMS would be an excellent idea for the reasons
previously stated. I'm not dogmatic about using any particular CMS; however,
I have used Joomla (PHP) and know how it works. I originally chose it for
its ease of use; I think it would serve our needs quite well.
Please let me kno
On Sun, Mar 23, 2008 at 10:43:20AM -0400, rgheck wrote:
> Andre Poenitz wrote:
>>> Should we permit inset creation without a buffer, anyway?
>>>
>>
>> In the long run probably not. Right now it's a too long shot.
>>
>> You could try to "convert" individual insets, though, by allowing
>> only c
Andre Poenitz wrote:
Should we permit inset creation without a buffer, anyway?
In the long run probably not. Right now it's a too long shot.
You could try to "convert" individual insets, though, by allowing
only constructors taking a Buffer argument.
I tried starting to do this, but I
Bo Peng wrote:
Fixed (r23899).
That worked, but it's the wrong fix. Part of the point of Andre's inset
buffer patch was to stop us from having to access the buffer that way.
The right fix is to make sure the Inset has its buffer set. I've
committed that.
We can still make the othe
On Sun, Mar 23, 2008 at 1:09 PM, <[EMAIL PROTECTED]> wrote:
> Today it's a lot of php-scripts, and I don't even know who (besides Lars)
> that is familiar with it's structure. Do we want to stick with PHP and
> just make changes to the appearance, or is it ok for Rex to also change to
> a diff
On Sun, Mar 23, 2008 at 12:22:08AM -0500, Bo Peng wrote:
> On Sat, Mar 22, 2008 at 9:22 AM, Bo Peng <[EMAIL PROTECTED]> wrote:
> > > Wait, did you try "inset-settings listings"?
> >
> > You are right, this seems to be the right lfunc to use. However, lyx
> > still crashes with the same error mes
On Sat, Mar 22, 2008 at 09:15:08PM -0400, rgheck wrote:
> Andre Poenitz wrote:
>>> Looks like the problem is here:
>>> case LFUN_GRAPHICS_EDIT: {
>>> FuncRequest fr(action, argument);
>>> InsetGraphics().dispatch(view()->cursor(), fr);
>>> break;
>>> }
>>> This creates a null InsetGraphics on which
Hi,
What kind of constraints do we have on the "backend" of the framework?
Today it's a lot of php-scripts, and I don't even know who (besides Lars)
that is familiar with it's structure. Do we want to stick with PHP and
just make changes to the appearance, or is it ok for Rex to also change to
On Sun, Mar 23, 2008 at 5:50 AM, Bo Peng <[EMAIL PROTECTED]> wrote:
> > Fixed (r23899).
Yes, editing a figure works now as expected, thank you.
> This patch also adds a context menu to InsetGraphics, with 'Edit' as
> the first item. However, when I try to implement the 'settings' menu
> using
25 matches
Mail list logo
