New software idea, helping users find preferred applications.
Erik Parmann
eparmann at broadpark.no
Sun Jan 2 17:20:01 UTC 2005
Charley Ramm wrote:
> I like this. Lets do it.
>
> 1. How should it store the recommendations? Would a text file be
> suitable?
> 2. How does HAL work? Would it need to be changed, or could it be
> extended somehow from the original?
> 3. I have never written a useful program before. ha ha ha. But I would
> like to, and where better to start?
> 4. err, I'm sure there's more. Many many more.
>
Thanks, it is nice to hear that someone like my idea.
1-3: I am not a programmer, so I am maybe not the one best suited to
answer these. I was kind of hoping that someone with development and
programming skills liked the idea, and helped it to fly. But I can
answer what I think:
When you think about what tasks Bill will do, it is not very CPU
intensive (I think, not much calculations at least), but it will have to
search through the list of hardwaredevices and filetypes. I don't think
Python would be a bad choice, and from what I hear it is a easy language
to create bug-free software with.
Writing the software itself would probably not be a lot of work, I even
think it would be possible to create a prototype in bash. It just have
to take a argument, search through the list, call the packagemanager and
return the software name. But offcourse, that is just to show the basic,
for the real software one would chose a "real language".
The real work is to
1) Create the database (that is, chose what software to do for what task).
2) Modify HAL and the GUI to call Bill.
Letting the database be a text file (XML) has the advantage that it is
easy to modify. If it later becomes a bottleneck we could make the
default database as a real database but having the option of letting the
distro-specific database as a XML file.
I was also thinking that one do different things with the same filetype.
Maybe you want to edit it, or just view it. That demands different
software. So the database should have a way of saying what the software
is best to. I think the best way to do that is to make some basic
actions, like edit and view, and then have it registered in the database
what the software is best to. And then it is the software calling for
Bill who must call for the editor or viewer. This gives the option of
having a light and extensible distro/GUI. Imagine right clicking on a
jpg, and having the option to view and edit. But the edit is kind of
faded out. So when you click on it you get a small window telling you
that Gimp is the best tool for that job, and you can install it. So then
you install it, and the edit button is no longer faded out. Power
without bloat, because you only install the software when you actually
need it :)
I don't know how it is best to solve nr2. Maybe first create a solid
framework, with a good GUI and solid plugins for several
packagemanagers, and then ask HAL/GUI developers to do the modifications
themself. Offcourse, if some ubuntu developers are interested, I think
some of them work with Gnome.
More comments, ideas and developers who want to adopt a software are wanted.
Erik Parmann.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: eparmann.vcf
Type: text/x-vcard
Size: 103 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20050102/61461789/attachment.vcf>
More information about the ubuntu-users
mailing list