[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFS: pdf-smp

On Friday 20 April 2007 11:18:57 Neil Williams wrote:
> On Fri, 20 Apr 2007 10:51:10 +0200
> egregorion <egregorion@gmail.com> wrote:
> > > Desktop files don't add kde as a dependency. debhelper deals with
> > > the .desktop file, it just needs to be installed in a certain
> > > location. These particular desktop files need Konqueror to be of
> > > any use but that could be a Recommends: or Suggests:
> >
> > I'm sorry, this is my first package :-)
> > I've read the Debian New Maintainers' Guide.
> > http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-control
> >
> > Depends:
> > The package will not be installed unless the packages it depends on
> > are installed. Use this if your program absolutely will not run (or
> > will cause severe breakage) unless a particular package is present.
> The desktop files aren't run and having them installed without konq
> doesn't cause breakage. If there absolutely has to be a separate
> package for these files for some (unknown to me) overwhelming reason,
> I think it should be a foo-data package to indicate that it does
> nothing on it's own.

Well, you are right, I'll rename this package in konq-pdfsmp, like in ubuntu.
In ubuntu, there are many packages with provides, like this package, actions 
with imagemagik, recode, mplayer etc etc.
> IMHO these desktop files would be MUCH better in the respective
> command-line packages where a Recommends: is clearly appropriate. I see
> no reason for two desktop files to create yet another Debian package.
> Instead, get these desktop files added to each pdf package and make
> each pdf package (pdftk and pdfjam) Recommend: konqueror.

IMHO I don't like this way, if I'am a nautilus user, I don't need a desktop 
files that don't are usefull for me... Other my opinion, If I want only the 
command line set of utilities, why put files that are not used?

I know that in debian there are too many packages, and I know that in my 
package there are only two desktop files, but consider that I want to expand 
the set of actions that this package can make in the future...

> > In this case, I think, the konqueror service menus, absolutely will
> > not run unless konqueror package is present.
> True but the "service menus" (if KDE insist on calling them such) are
> *optional* and therefore can be added as an extra bit of KDE-fluff 
> (I don't like KDE!)

I'm sorry, I like KDE, GNOME and any other desktop env.
In this moment I use prevalently KDE in my box, and I have made this service 
menu for kde because thare is no way with the default KDE env to make these 
actions and in gnome too...

In gnome, it is not possible work with pdf files.
In kde, and I hope in gnome soon if I'll have time, is possible modify pdf 
with this desktop files.

> for those who simply want too many options. ;-)
In graphic mode there are zero option for work with pdf
With this pakage, there are many.

> > Is konqueror not strictly necessary?
> Not for pdftk or pdfjam, no. My (strong) preference would be that
> these desktop files only exist in the pdftk and pdfjam packages where
> their existence will not complicate use of pdftk or pdfjam in Gnome or
> E or whatever because they only cause a Recommend: (or even a
> Suggest) on konqueror. I see no reason *at all* why two tiny desktop
> files should require an entire source and binary package with all that
> goes with that in the archive, on packages.d.o and everywhere else.
> > kpdf is another software, this service menus are "plugins" for
> > konqueror. like nautilus action.
> In which case, pdftk and pdfjam can also include desktop files for
> nautilus at a later stage.

Following your way, is "nautilus-actions-misc.deb" wrong? 

> > In KDE-speak a "servicemenu" is a special entry that appears in
> > Konqueror's context menu depending on the file(s) that are selected.
> > ...
> > Servicemenus are defined using ".desktop" files, which are the same
> > kind of files that are used to create entries in the K Menu or on the
> > KDE desktop.
> Outside the KDE-dev team, how many users know that?
> I'd guess that many users call these popup menus or context menus - if
> they have a name at all.

in www.kde-look.org all people. I can modify description.
You are right, kde team, gnome team and xfce and other, maybe call all 
as "context menu".

> > smp is acronimous for "Service Menus Pack"
> > .desktop files are generic type file, for launching apps or create
> > menu entry or servicemenu or other.
> >
> > Can I rename in konq-pdfsmp. Maybe better?
> I would recommend putting the desktop files into pdftk and pdfjam,
> adding a Suggest on konqueror and working out whether similar actions
> are useful for nautilus. Personally, I'm quite happy to do whatever
> fiddling I need on PDF files within evince.

I know evince, but dosn't make any of the actions that this service menu 
makes.. EVINCE is a PDF vievew and don't make anyting else.
Evince don't rotate, lock, unlock, separe, don't attach oggs files to pdf, 
don't join, don't watermake etc etc ...

ok, so in conclusion, I can change the name of the package, but I'll not find 
any sponsor? I've made a try... :)


> --
> Neil Williams
> =============
> http://www.data-freedom.org/
> http://www.nosoftwarepatents.com/
> http://www.linux.codehelp.co.uk/

Attachment: pgpaiaT2HkCiA.pgp
Description: PGP signature

Reply to: