[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: [patch] to add "close on click" functionality to konqueror
From:       Paul Giannaros <ceruleanblaze () gmail ! com>
Date:       2004-07-19 18:39:02
Message-ID: 3cce4fc804071911395ec0cdfe () mail ! gmail ! com
[Download RAW message or body]

To check if a program is executable:

#include <qfileinfo.h>

int main() {
  QFileInfo file("someprogram.bin");
    if(file.isExecutable()) ...
  return 0;
}

Pretty self explanatory. Check out the QFileInfo class, it has loads
of good file querying functions.


On Tue, 20 Jul 2004 00:02:50 +0930, Damien Uern
<morpheus_2606@internode.on.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Mon, 19 Jul 2004 11:37 pm, Luke Kenneth Casson Leighton wrote:
> > dear damien,
> >
> > your idea about
> >
> >       Devices (links to the devices:/ url)
> >       Personal Files (links to ~)
> >       Documents
> >       Music
> >       Pictures
> >       Settings
> >
> > makes a lot of sense [yes it's not new, but it's doable].
> >
> > i am also going to have to somehow hack into konqueror a means
> > to TOTALLY remove user access to /bin, /var/ in fact everything
> > but /home, /cdrom and /floppy.
> >
> > whilst also still making it possible to run programs, of course,
> > so running konqueror in a chroot jail isn't an option to solve
> > that issue.
> >
> > if the top-level were as you suggest, that'd be "Job Done".
> >
> > if the Devices only showed mounted drives / active devices that'd
> > be even better.
> >
> > the reason for that is because when i view devices at the moment,
> > users are presented with /dev/hda1 /dev/hda2 /dev/hda3 /dev/hda5
> > /dev/hda7 /dev/cdrom and it's just... too much.
> >
> > ... you think i want to explain those to dumb-ass idiots used to
> > windows, or to people who've never _had_ a computer before?
> >
> > :)
> >
> > l.
> >
> 
> Heh, well in Windows they do get views of all partitions, CDROM drives, etc.
> In devices it should show those things, but with decent names, e.g.
> 
> Hard Disk 1a
> Hard Disk 2a
> Hard Disk 1b
> CDROM Drive 1
> DVD Drive
> CD WRITER
> USB Storage Device
> Canon A70 Digital Camera
> Network Mount on "Winserver"
> 
> etc. One thing I forgot for that hierachy is of course the "network"
> meta-directory, for browsing the network.
> 
> Another one that I thought of could also be Mail. Emails are just files arent
> they? So if kmail provides the parser back end, you can browse your
> inbox/other boxes in the file manager, compose a new email, etc (click on
> "compose new email" would just launch the composer window of kmail).
> 
> I'm thinking, everything that is related to managing files, should be done by
> the file manager. But why do we have music library management programs (e.g.
> amaroK, itunes), photo library management programs, etc etc. It's because
> management at the raw file system level of folders/files is too tedious. So
> we bring file management to a whole new level by abstracting above and
> providing views actually relevent to the content being filed.
> 
> Hopefully in the next month or so when I'm not so busy I'll start writing some
> prototype code.
> 
> Damien
> 
> - --
> Leela: Bender, why are you spending so much time in the bathroom? Are
>  you jacking on in there?
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
> 
> iD8DBQFA+9uVXHT3QsqXjYQRAmcDAJ0aa2MItJztho/0rQaAoWIeX3OMbACgs6Qt
> 6TFfVIsDzuLxgcBXIyy6OYg=
> =oI2e
> -----END PGP SIGNATURE-----
> 
> 
> 
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
>
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]