[prev in list] [next in list] [prev in thread] [next in thread]
List: kfm-devel
Subject: Re: RE: More comfortable templates-menu
From: David Faure <david () mandrakesoft ! com>
Date: 2000-02-23 16:27:44
[Download RAW message or body]
On Wed, Feb 23, 2000 at 05:30:13PM +0100, Christoph Pickart wrote:
> On Wed, 23 Feb 2000, David Faure wrote:
> >> Hi,
> >>
> >> I would like to make a proposal for the template-handling in
> >> konquerer:
> >konqueror :)
> Sorry.
> >> When I have several files of the same kind in my templates-folder (e.g.
> >> one html-file with an one without frames, or even a .kde.html),
> >> I have to give
> >> them ugly names which look not very good in the menu. I also have to
> >> copy each template I want to use to the template-folder.
> >> My proposal is that you have a desktop-file for each template-file
> >> which is not itself a desktop-file. The desktop-file would
> >> contain e.g. the type (Type=Template),
> >> the location
> >> (Source=file:/usr/share/lyx/templates/dinbrief.lyx e.g.)
> >> and the name
> >> (Name=DIN Letter for LyX).
> >> One could also have an action associated with the template, wich could
> >> be simly to copy the file or to execute an application with an URL.
> >> What do you think of it?
> >
> >Excellent, excellent idea.
> >
> >> I hacked this in kfm (1.1.2), so I think it would not be so
> >> hard to do.
> >
> >Do you feel like implementing it in konqueror ? :-)
>
> I can give it a try. It should not be so hard,
> because the knewmenu.cc seems much like the code in popup.cpp.
Yup. I'm glad I did this class in kfm, most of the old code didn't survive.
> But I never worked with cvs, so do you think it would be ok if
> I hacked one of the daily dists and give you the changed files?
> I think it should only be the knewmenu.cc.
I'd recommend using cvsup (http://www.kde.org/cvsup.html)
to always work on the latest sources, in case it gets changed.
But knewmenu.cc has a low risk, so you can do as you prefer.
BUT: in any case, never send full files. Make a backup before
starting to hack, and run diff to generate a patch, which is what you should
send. This makes merging with other changes (and reviewing the change)
a lot easier.
diff -ur libkonq.orig libkonq
for instance.
Thanks for your contribution !
--
David FAURE
david@mandrakesoft.com, faure@kde.org
http://home.clara.net/faure/
KDE, Making The Future of Computing Available Today
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic