segusoland-user Mailing List for segusoLand

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Here is a similar project:

http://onefinger.sf.net

Take care everyone!
-- 
Regards, 
Maurizio Colucci
http://onefinger.sourceforge.net

http://logicaldesktop.sourceforge.net

The images are still missing :-)

Hello,

I created a new project on Sourceforge, called "logical desktop". It is in=
=20
python.

It doesn't yet have all the features of the old prolog LogicalDesktop: it d=
oes=20
not execute actions yet, there are not as many verbs and programs, and it=20
does not save the statistics such as sorting and usage count.

OTOH, there is one new feature: a text sentence tells you what you must sti=
ll=20
select.

=46rom now on, I will post to the mailing list logicaldesktop-general.

Now you have no excuses not to help! ;-)

Take care,

Maurizio

Hello,

The sorting combo-boxes in LD are now working. It is very useful to see 
frequently used programs/verbs/files on top.

Maurizio

Thinking better, I believe I must integrate web browsing (= http locations), 
not only because other browsers don't inform LD when they are opening a new 
location, but also because otherwise we cannot bookmark http locations.

THe next question is: how to manage bookmarks (=important locations)? The 
current approach is

1) you can bookmark any location, by selecting it and selecting the verb "add 
to important"

2) LD automatically adds the most frequently used locations to the list

3) The important location list is flat.

The problem is (3). It doesn't work with long bookmark lists.

Shall we use directories to group bookmarks? Shall we use concepts?

Maurizio

On Friday 11 June 2004 01:18 pm, Maurizio Colucci wrote:
> On Friday 11 June 2004 07:05 am, Henrik Brink wrote:
> > Ok. Is there no way that LD can see what URLs have been visited? What
> > about D-BUS?
> >
> > >From the D-BUS website: D-BUS is a message bus system, a simple way for
> >
> > applications to talk to one another.
>
> This is very interesting... but is there some browser using this?

http://devel-home.kde.org/~larrosa/tutorial/p5.html

On Friday 11 June 2004 07:05 am, Henrik Brink wrote:
> Ok. Is there no way that LD can see what URLs have been visited? What
> about D-BUS?
>
> >From the D-BUS website: D-BUS is a message bus system, a simple way for
>
> applications to talk to one another.

This is very interesting... but is there some browser using this?

> > (BTW, This does NOT mean you cannot use mozilla if you want to. Just that
> > you won't see http locations in the recent list.)
> >
> > > I know, the LD way would be more unified, but the
> > > user would expect every program to be integrated this way then, and
> > > that is a lot of work for us.
> >
> > Well, I was only thinking to integrate browsing.
>
> Why? What about Word Processing and so on?

Because there is no advantage... I mean, like the recent locations button.

fre, 2004-06-11 kl. 18:51 skrev Maurizio Colucci:
> On Friday 11 June 2004 06:32 am, Henrik Brink wrote:
> > fre, 2004-06-11 kl. 18:23 skrev Maurizio Colucci:
> > > On Friday 11 June 2004 12:13 pm, Maurizio Colucci wrote:
> > > > Hello,
> > > >
> > > > I am accepting hints how to integrate web browsing in Logical Desktop.
> > > > Of course I am going to use KIO, KHTML. But the question is, at the
> > > > interface level, how must navigation happen? The problem is that, when
> > > > you are seeing an html location, the verb/file/device/program panels
> > > > are all useless.
> >
> > Can you point out what you mean with integrating? Will the web-browser
> > have anything to do with LD other than to be shown in the app?
> >
> > Cause if not, we could just as well make a LD Window Manager, wich could
> > keep every program you open from LD organized in a way we want to. Maybe
> > we could prevent windows to be hidden behind each other, and maybe we
> > should remove the whole concept of windows. Imagine that every program
> > you open via LD was shown the same way as any other panel, just bigger
> > (if needed) of cause.
> >
> > > > And you need things like "search page for a given string". HOw to make
> > > > that possible?
> > > >
> > > > Maurizio
> > >
> > > What I believe are good ideas:
> >
> > Ok, you were faster than me...
> >
> > > 1) html files must have a "door" icon, like directories. When you enter
> > > them, you see the HTML file rendered. It is like entering a location.
> > >
> > > 2) as soon as you display an html page, all the panels disappear, except
> > > the verb panel, which shows a completely different set of verbs, like
> > > "find text...", etc.
> >
> > I dont realy like that. What is wrong with the way things are done in a
> > normal web-browser. 
> 
> What's wrong is that web browsers don't inform LD of when they are changing 
> location, so LD cannot add the url to the recent list. That is the _only_ 
> reason why I want to integrate web browsing in LD. 

Ok. Is there no way that LD can see what URLs have been visited? What
about D-BUS?

>From the D-BUS website: D-BUS is a message bus system, a simple way for
applications to talk to one another.

> 
> (BTW, This does NOT mean you cannot use mozilla if you want to. Just that you 
> won't see http locations in the recent list.)
> 
> > I know, the LD way would be more unified, but the 
> > user would expect every program to be integrated this way then, and that
> > is a lot of work for us.
> 
> Well, I was only thinking to integrate browsing.

Why? What about Word Processing and so on?

> 
> > Consider my above idea in stead. The normal 
> > interface of the program is kept, we dont have to make verbs for every
> > program, and we could "just" make a Window Manager to handle the
> > integration.
> 
> I don't quite understand... how would this solve the problem of recent 
> locations.
> 
> > Another thing: We dont force users to use KHTML.
> 
> If they use the integrated KHTML engine, they get the bonus of recent 
> locations in the list. But they can still use any other browser.
> 
> > > 3) the http locations appear in the Recent and Important buttons as the
> > > local file system locations.
> >
> > That could be nice though.
> 
> 
> that is the whole point.
> 
> > > 4) if you select an http location from either Recent or Important, the
> > > panels disappear in the way described above.
> > >
> > > 5) if you select a local location from either Recent or Important, the
> > > panels reappear.
> > >
> > > The problem is that
> > >
> > > 1) we must have two sets of verbs? one for html pages and one for the
> > > current stuff? COuld this be avoided?
> >
> > Maybe...
> >
> > > 2) when you are browsing the web, the only way to make the panels
> > > reappear is to select a local file system location from the Recent or
> > > Important buttons. But this way you are forced to make a
> > > document-oriented approach... you may want to select the verb first...
> >
> > That is not good. What about panel-icons, or maybe just a
> > verb-panel-icon, to show the verb-panel at any time.
> 
> Yes... or maybe a toggle button "http layout", "normal layout".
> 
> Mau
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> >From Windows to Linux, servers to mobile, InstallShield X is the
> one installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Segusoland-user mailing list
> Seg...@li...
> https://lists.sourceforge.net/lists/listinfo/segusoland-user

On Friday 11 June 2004 06:32 am, Henrik Brink wrote:
> fre, 2004-06-11 kl. 18:23 skrev Maurizio Colucci:
> > On Friday 11 June 2004 12:13 pm, Maurizio Colucci wrote:
> > > Hello,
> > >
> > > I am accepting hints how to integrate web browsing in Logical Desktop.
> > > Of course I am going to use KIO, KHTML. But the question is, at the
> > > interface level, how must navigation happen? The problem is that, when
> > > you are seeing an html location, the verb/file/device/program panels
> > > are all useless.
>
> Can you point out what you mean with integrating? Will the web-browser
> have anything to do with LD other than to be shown in the app?
>
> Cause if not, we could just as well make a LD Window Manager, wich could
> keep every program you open from LD organized in a way we want to. Maybe
> we could prevent windows to be hidden behind each other, and maybe we
> should remove the whole concept of windows. Imagine that every program
> you open via LD was shown the same way as any other panel, just bigger
> (if needed) of cause.
>
> > > And you need things like "search page for a given string". HOw to make
> > > that possible?
> > >
> > > Maurizio
> >
> > What I believe are good ideas:
>
> Ok, you were faster than me...
>
> > 1) html files must have a "door" icon, like directories. When you enter
> > them, you see the HTML file rendered. It is like entering a location.
> >
> > 2) as soon as you display an html page, all the panels disappear, except
> > the verb panel, which shows a completely different set of verbs, like
> > "find text...", etc.
>
> I dont realy like that. What is wrong with the way things are done in a
> normal web-browser. 

What's wrong is that web browsers don't inform LD of when they are changing 
location, so LD cannot add the url to the recent list. That is the _only_ 
reason why I want to integrate web browsing in LD. 

(BTW, This does NOT mean you cannot use mozilla if you want to. Just that you 
won't see http locations in the recent list.)

> I know, the LD way would be more unified, but the 
> user would expect every program to be integrated this way then, and that
> is a lot of work for us.

Well, I was only thinking to integrate browsing.

> Consider my above idea in stead. The normal 
> interface of the program is kept, we dont have to make verbs for every
> program, and we could "just" make a Window Manager to handle the
> integration.

I don't quite understand... how would this solve the problem of recent 
locations.

> Another thing: We dont force users to use KHTML.

If they use the integrated KHTML engine, they get the bonus of recent 
locations in the list. But they can still use any other browser.

> > 3) the http locations appear in the Recent and Important buttons as the
> > local file system locations.
>
> That could be nice though.

that is the whole point.

> > 4) if you select an http location from either Recent or Important, the
> > panels disappear in the way described above.
> >
> > 5) if you select a local location from either Recent or Important, the
> > panels reappear.
> >
> > The problem is that
> >
> > 1) we must have two sets of verbs? one for html pages and one for the
> > current stuff? COuld this be avoided?
>
> Maybe...
>
> > 2) when you are browsing the web, the only way to make the panels
> > reappear is to select a local file system location from the Recent or
> > Important buttons. But this way you are forced to make a
> > document-oriented approach... you may want to select the verb first...
>
> That is not good. What about panel-icons, or maybe just a
> verb-panel-icon, to show the verb-panel at any time.

Yes... or maybe a toggle button "http layout", "normal layout".

Mau

fre, 2004-06-11 kl. 18:23 skrev Maurizio Colucci:
> On Friday 11 June 2004 12:13 pm, Maurizio Colucci wrote:
> > Hello,
> >
> > I am accepting hints how to integrate web browsing in Logical Desktop. Of
> > course I am going to use KIO, KHTML. But the question is, at the interface
> > level, how must navigation happen? The problem is that, when you are seeing
> > an html location, the verb/file/device/program panels are all useless.
> >

Can you point out what you mean with integrating? Will the web-browser
have anything to do with LD other than to be shown in the app?

Cause if not, we could just as well make a LD Window Manager, wich could
keep every program you open from LD organized in a way we want to. Maybe
we could prevent windows to be hidden behind each other, and maybe we
should remove the whole concept of windows. Imagine that every program
you open via LD was shown the same way as any other panel, just bigger
(if needed) of cause.

> > And you need things like "search page for a given string". HOw to make that
> > possible?
> >
> > Maurizio
> >
> 
> What I believe are good ideas:
> 

Ok, you were faster than me...

> 1) html files must have a "door" icon, like directories. When you enter them, 
> you see the HTML file rendered. It is like entering a location.
> 
> 2) as soon as you display an html page, all the panels disappear, except the 
> verb panel, which shows a completely different set of verbs, like "find 
> text...", etc.
> 

I dont realy like that. What is wrong with the way things are done in a
normal web-browser. I know, the LD way would be more unified, but the
user would expect every program to be integrated this way then, and that
is a lot of work for us. Consider my above idea in stead. The normal
interface of the program is kept, we dont have to make verbs for every
program, and we could "just" make a Window Manager to handle the
integration.

Another thing: We dont force users to use KHTML.

> 3) the http locations appear in the Recent and Important buttons as the local 
> file system locations.

That could be nice though.

> 
> 4) if you select an http location from either Recent or Important, the panels 
> disappear in the way described above.
> 
> 5) if you select a local location from either Recent or Important, the panels 
> reappear.
> 
> The problem is that 
> 
> 1) we must have two sets of verbs? one for html pages and one for the current 
> stuff? COuld this be avoided?

Maybe...

> 2) when you are browsing the web, the only way to make the panels reappear is 
> to select a local file system location from the Recent or Important buttons. 
> But this way you are forced to make a document-oriented approach... you may 
> want to select the verb first...

That is not good. What about panel-icons, or maybe just a
verb-panel-icon, to show the verb-panel at any time.

> 
> Maurizio
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> >From Windows to Linux, servers to mobile, InstallShield X is the
> one installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Segusoland-user mailing list
> Seg...@li...
> https://lists.sourceforge.net/lists/listinfo/segusoland-user

On Friday 11 June 2004 12:13 pm, Maurizio Colucci wrote:
> Hello,
>
> I am accepting hints how to integrate web browsing in Logical Desktop. Of
> course I am going to use KIO, KHTML. But the question is, at the interface
> level, how must navigation happen? The problem is that, when you are seeing
> an html location, the verb/file/device/program panels are all useless.
>
> And you need things like "search page for a given string". HOw to make that
> possible?
>
> Maurizio
>

What I believe are good ideas:

1) html files must have a "door" icon, like directories. When you enter them, 
you see the HTML file rendered. It is like entering a location.

2) as soon as you display an html page, all the panels disappear, except the 
verb panel, which shows a completely different set of verbs, like "find 
text...", etc.

3) the http locations appear in the Recent and Important buttons as the local 
file system locations.

4) if you select an http location from either Recent or Important, the panels 
disappear in the way described above.

5) if you select a local location from either Recent or Important, the panels 
reappear.

The problem is that 

1) we must have two sets of verbs? one for html pages and one for the current 
stuff? COuld this be avoided?

2) when you are browsing the web, the only way to make the panels reappear is 
to select a local file system location from the Recent or Important buttons. 
But this way you are forced to make a document-oriented approach... you may 
want to select the verb first...

Maurizio

Hello,

I am accepting hints how to integrate web browsing in Logical Desktop. Of 
course I am going to use KIO, KHTML. But the question is, at the interface 
level, how must navigation happen? The problem is that, when you are seeing 
an html location, the verb/file/device/program panels are all useless.

And you need things like "search page for a given string". HOw to make that 
possible?

Maurizio

I need to add something.

On Thursday 10 June 2004 04:09 pm, Maurizio Colucci wrote:
> 1) People find disappointing to have to browse a list while seing only a
> short portion of it at a time. It gives a sensation of claustrophoby. There
> is a cognitive reason for this.

I remember Wout Mertens lamented that sensation in segusoLand, when I decided 
not to show all the concepts at once, but only the concepts with a given 
letter. Wout said "I like to have an eagle-eye view", and he didn't know why. 
In that case, I was right, because I wanted to PREVENT the user from browsing 
the list. But now the selected-items list must be browsed. So it should not 
be short.

Finally, I am sure 5-6 items are too few for the recent list, because I the 
recent list will also contain URLs.

> 2) It is _deceptive_ to see a list with the selected items always on
> screen, because YOU SEE THEM IN THE PANELS anyway. (except when you select
> files from different directories, which is _very_ rare). It is exactly that
> repetition that was very confusing and forced me to hide the selected-items
> list. Your suggestion would not remove the repetition.

You could now tell me: 

"Then remove the repetition: make the selected items appear ONLY in the 
selected list, and not in the panels". 

This is what I wanted to do, but unfortunately it is impossible. Because 
directories cannot change place when selected (you might still want to enter 
them!).

Directories gave me much trouble... if you pay attention, you can see that 
they can never be hidden, but sometimes they become grey (not selectable).
Maurizio

On Thursday 10 June 2004 08:56 am, Henrik Brink wrote:
> I think the deselect everything button should be there, but I also think
> that the selected items should be in a panel where they were visible for
> deselection. I can see your point that it can be confusing, but maybe I
> have a solution:
>
> Introduce a vertical toolbox-panel, wich is always visible, that
> contains execute-button, recent locations, favourite locations, selected
> items. Maybe limit the display to five of each the recent and the
> favourite locations, and make them scroll. 

> You will most likely not need 
> to visit the location five locations ago, but if you do, you can click
> the scroll-button one time, and you still haven't used more clicks than
> you have to now.

This is very tempting... and as you notice wouldn't increase the numer of 
clicks.
Surely it deserved to be implemented and tested, BUT:

1) People find disappointing to have to browse a list while seing only a short 
portion of it at a time. It gives a sensation of claustrophoby. There is a 
cognitive reason for this.

2) It is _deceptive_ to see a list with the selected items always on screen, 
because YOU SEE THEM IN THE PANELS anyway. (except when you select files from 
different directories, which is _very_ rare). It is exactly that repetition 
that was very confusing and forced me to hide the selected-items list. Your 
suggestion would not remove the repetiotion...

>
> This way you also have more vertical space for long file lists. Can you
> see what I mean?

Yes.

Thanks a lot for the clever suggestion.

Mau

Maurizio Colucci wrote: 

> On Wednesday 09 June 2004 09:22 pm, Maurizio Colucci
> wrote:
> > "Verbalize" does arouse the curiosity, but I
> believe the word "desktop" is
> > needed. Bbecause it is better to arouse curiosity
> AFTER you have cleanly
> > defined the context.
> >
> >
> > Finally, let's not be afraid to choose a bad name,
> because this project has
> > no ambition. Its purpose is to have the KDE people
> integrate the paradigm
> > into KDE.
> 
> To add to that, I believe we should not take
> Expose', Darwin, etc as an 
> example of a good name. Apple *can afford* to give
> their products 
> nondescriptive names, because they know their
> product will have visibility 
> anyway. People will HAVE to know what Expose' is.
> The same cannot be said of 
> our product.

I can see your point, and it certainly makes sense. 
Thanks for the explanation.

______________________________________________________________________ 
Post your free ad now! http://personals.yahoo.ca

tor, 2004-06-10 kl. 20:44 skrev Maurizio Colucci:
> On Thursday 10 June 2004 06:57 am, Henrik Brink wrote:
> > I've attached the makefile I use on Debian, if you want to write
> > instructions...
> >
> 
> Thanks!
> 
> > > (I need to remember this when I write the instructions)
> > >
> > > Also do a cvs update! Major changes ten minutes ago. ;-)
> >
> > I cant execute anything, without chashing the program, but I remember
> > you wrote something about that. Why is that, exactly?
> 
> It is normal :-P
> 
> I still haven't written the code to execute actions.
> 
> Did you try the version with the buttons deselect one item, delesect 
> everything? So what do you think?

I think the deselect everything button should be there, but I also think
that the selected items should be in a panel where they were visible for
deselection. I can see your point that it can be confusing, but maybe I
have a solution:

Introduce a vertical toolbox-panel, wich is always visible, that
contains execute-button, recent locations, favourite locations, selected
items. Maybe limit the display to five of each the recent and the
favourite locations, and make them scroll. You will most likely not need
to visit the location five locations ago, but if you do, you can click
the scroll-button one time, and you still haven't used more clicks than
you have to now. 

This way you also have more vertical space for long file lists. Can you
see what I mean?

> 
> Maurizio

On Thursday 10 June 2004 06:57 am, Henrik Brink wrote:
> I've attached the makefile I use on Debian, if you want to write
> instructions...
>

Thanks!

> > (I need to remember this when I write the instructions)
> >
> > Also do a cvs update! Major changes ten minutes ago. ;-)
>
> I cant execute anything, without chashing the program, but I remember
> you wrote something about that. Why is that, exactly?

It is normal :-P

I still haven't written the code to execute actions.

Did you try the version with the buttons deselect one item, delesect 
everything? So what do you think?

Maurizio

tor, 2004-06-10 kl. 18:36 skrev Maurizio Colucci:
> On Thursday 10 June 2004 06:19 am, Henrik Brink wrote:
> > tor, 2004-06-10 kl. 03:58 skrev Maurizio Colucci:
> > > On Wednesday 09 June 2004 03:46 pm, Henrik Brink wrote:
> > > > tor, 2004-06-10 kl. 03:35 skrev Maurizio Colucci:
> > > > > On Wednesday 09 June 2004 03:26 pm, Henrik Brink wrote:
> > > > > > # make -f Makefile.henrik
> > > > > > /usr/share/qt3/bin/moc intelliDesktop.cc -o intelliDesktop.moc
> > > > > > g++ -c -pipe -Wall -W -O2  -DQT_NO_DEBUG -DQT_SHARED
> > > > > > -I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/include/qt3
> > > > > > -I/usr/lib/pl-5.2.11/include -lplmt -I/home/henrik/tmp/boost-1.30.2
> > > > > > -o intelliDesktop.o intelliDesktop.cc
> > > > > > g++: -lplmt: linker input file unused because linking not done
> > > > >
> > > > > it seems you added -lplmt in the wrong section of the makefile.
> > > > >
> > > > > try adding it in LIBS, not in INCPATH
> > > > >
> > > > > > g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib
> > > > > > -L/usr/X11R6/lib -lqt -lXext -lX11 -lm
> > > > >
> > > > > Let me know :-)
> > > >
> > > > Much better, but still not good enough:
> > > >
> > > > make -f Makefile.henrik
> > > > /usr/share/qt3/bin/moc intelliDesktop.cc -o intelliDesktop.moc
> > > > g++ -c -pipe -Wall -W -O2  -DQT_NO_DEBUG -DQT_SHARED
> > > > -I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/include/qt3
> > > > -I/usr/lib/pl-5.2.11/include -I/home/henrik/tmp/boost-1.30.2 -o
> > > > intelliDesktop.o intelliDesktop.cc
> > > > g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib -L/usr/X11R6/lib
> > > > -lqt -lXext -lX11 -lm -lplmt
> > > >
> > > > /usr/bin/ld: can't find -lplmt
> > >
> > > Yes, you need to add
> > >
> > > -L/usr/lib/pl-5.2.11/libs/i686-linux
> > >
> > > (or whatever path contains libplmt.o) to the LIBS section of the Makefile
> >
> > I only have a libplmt.a, and thats in runtime/i686-linux. Is that good
> > enough?
> 
> Yes. I was wrong remebering the extension .o.
> 
> > > Also you will need to ass -lcurses (Mandrake) or -lncurses (on SUSE).
> >
> > Im on Debian, but I tried both with the same result:
> >
> > # make -f Makefile.henrik
> > g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib -L/usr/X11R6/lib
> > -L/usr/lib/pl-5.2.11/runtime/i686-linux -lplmt -lqt -lXext -lX11 -lm
> > -lncurses
> >
> > intelliDesktop.o(.text+0xc74): In function `SegListBox::AddSeparator()':
> > : undefined reference to `pthread_create'
> 
> install libpthread with apt, and add -lpthread to the makefile.
> 

Great, it worked!

The package is called libpth-dev in Debian i think! 

I've attached the makefile I use on Debian, if you want to write
instructions...

> (I need to remember this when I write the instructions)
> 
> Also do a cvs update! Major changes ten minutes ago. ;-)

I cant execute anything, without chashing the program, but I remember
you wrote something about that. Why is that, exactly?

> 
> Mau

On Thursday 10 June 2004 06:19 am, Henrik Brink wrote:
> tor, 2004-06-10 kl. 03:58 skrev Maurizio Colucci:
> > On Wednesday 09 June 2004 03:46 pm, Henrik Brink wrote:
> > > tor, 2004-06-10 kl. 03:35 skrev Maurizio Colucci:
> > > > On Wednesday 09 June 2004 03:26 pm, Henrik Brink wrote:
> > > > > # make -f Makefile.henrik
> > > > > /usr/share/qt3/bin/moc intelliDesktop.cc -o intelliDesktop.moc
> > > > > g++ -c -pipe -Wall -W -O2  -DQT_NO_DEBUG -DQT_SHARED
> > > > > -I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/include/qt3
> > > > > -I/usr/lib/pl-5.2.11/include -lplmt -I/home/henrik/tmp/boost-1.30.2
> > > > > -o intelliDesktop.o intelliDesktop.cc
> > > > > g++: -lplmt: linker input file unused because linking not done
> > > >
> > > > it seems you added -lplmt in the wrong section of the makefile.
> > > >
> > > > try adding it in LIBS, not in INCPATH
> > > >
> > > > > g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib
> > > > > -L/usr/X11R6/lib -lqt -lXext -lX11 -lm
> > > >
> > > > Let me know :-)
> > >
> > > Much better, but still not good enough:
> > >
> > > make -f Makefile.henrik
> > > /usr/share/qt3/bin/moc intelliDesktop.cc -o intelliDesktop.moc
> > > g++ -c -pipe -Wall -W -O2  -DQT_NO_DEBUG -DQT_SHARED
> > > -I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/include/qt3
> > > -I/usr/lib/pl-5.2.11/include -I/home/henrik/tmp/boost-1.30.2 -o
> > > intelliDesktop.o intelliDesktop.cc
> > > g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib -L/usr/X11R6/lib
> > > -lqt -lXext -lX11 -lm -lplmt
> > >
> > > /usr/bin/ld: can't find -lplmt
> >
> > Yes, you need to add
> >
> > -L/usr/lib/pl-5.2.11/libs/i686-linux
> >
> > (or whatever path contains libplmt.o) to the LIBS section of the Makefile
>
> I only have a libplmt.a, and thats in runtime/i686-linux. Is that good
> enough?

Yes. I was wrong remebering the extension .o.

> > Also you will need to ass -lcurses (Mandrake) or -lncurses (on SUSE).
>
> Im on Debian, but I tried both with the same result:
>
> # make -f Makefile.henrik
> g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib -L/usr/X11R6/lib
> -L/usr/lib/pl-5.2.11/runtime/i686-linux -lplmt -lqt -lXext -lX11 -lm
> -lncurses
>
> intelliDesktop.o(.text+0xc74): In function `SegListBox::AddSeparator()':
> : undefined reference to `pthread_create'

install libpthread with apt, and add -lpthread to the makefile.

(I need to remember this when I write the instructions)

Also do a cvs update! Major changes ten minutes ago. ;-)

Mau

tor, 2004-06-10 kl. 03:58 skrev Maurizio Colucci:
> On Wednesday 09 June 2004 03:46 pm, Henrik Brink wrote:
> > tor, 2004-06-10 kl. 03:35 skrev Maurizio Colucci:
> > > On Wednesday 09 June 2004 03:26 pm, Henrik Brink wrote:
> > > > # make -f Makefile.henrik
> > > > /usr/share/qt3/bin/moc intelliDesktop.cc -o intelliDesktop.moc
> > > > g++ -c -pipe -Wall -W -O2  -DQT_NO_DEBUG -DQT_SHARED
> > > > -I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/include/qt3
> > > > -I/usr/lib/pl-5.2.11/include -lplmt -I/home/henrik/tmp/boost-1.30.2 -o
> > > > intelliDesktop.o intelliDesktop.cc
> > > > g++: -lplmt: linker input file unused because linking not done
> > >
> > > it seems you added -lplmt in the wrong section of the makefile.
> > >
> > > try adding it in LIBS, not in INCPATH
> > >
> > > > g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib -L/usr/X11R6/lib
> > > > -lqt -lXext -lX11 -lm
> > >
> > > Let me know :-)
> >
> > Much better, but still not good enough:
> >
> > make -f Makefile.henrik
> > /usr/share/qt3/bin/moc intelliDesktop.cc -o intelliDesktop.moc
> > g++ -c -pipe -Wall -W -O2  -DQT_NO_DEBUG -DQT_SHARED
> > -I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/include/qt3
> > -I/usr/lib/pl-5.2.11/include -I/home/henrik/tmp/boost-1.30.2 -o
> > intelliDesktop.o intelliDesktop.cc
> > g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib -L/usr/X11R6/lib
> > -lqt -lXext -lX11 -lm -lplmt
> 
> > /usr/bin/ld: can't find -lplmt
> 
> Yes, you need to add 
> 
> -L/usr/lib/pl-5.2.11/libs/i686-linux
> 
> (or whatever path contains libplmt.o) to the LIBS section of the Makefile
> 

I only have a libplmt.a, and thats in runtime/i686-linux. Is that good
enough?

> Also you will need to ass -lcurses (Mandrake) or -lncurses (on SUSE).
> 

Im on Debian, but I tried both with the same result:

# make -f Makefile.henrik
g++  -o src intelliDesktop.o   -L/usr/share/qt3/lib -L/usr/X11R6/lib
-L/usr/lib/pl-5.2.11/runtime/i686-linux -lplmt -lqt -lXext -lX11 -lm
-lncurses
intelliDesktop.o(.text+0xc74): In function `SegListBox::AddSeparator()':
: undefined reference to `pthread_create'
intelliDesktop.o(.rodata+0xc0): undefined reference to `pthread_create'
/usr/lib/pl-5.2.11/runtime/i686-linux/libplmt.a(pl-wam.o)(.text+0xb9):
In function `freeHeap__LD':
: undefined reference to `pthread_mutex_trylock'
/usr/lib/pl-5.2.11/runtime/i686-linux/libplmt.a(pl-wam.o)(.text+0x159):
In function `freeHeap__LD':
: undefined reference to `pthread_mutex_trylock'
/usr/lib/pl-5.2.11/runtime/i686-linux/libplmt.a(pl-wam.o)(.text+0x34a):
In function `allocHeap__LD':
: undefined reference to `pthread_mutex_trylock'
/usr/lib/pl-5.2.11/runtime/i686-linux/libplmt.a(pl-wam.o)(.text+0x442):
In function `allocHeap__LD':
: undefined reference to `pthread_mutex_trylock'
(...)

goes on and on...

> Thanks :-)
> 
> 
> > collect2: ld returned 1 exit status
> > make: *** [src] Error 1
> >
> > > M

On Thursday 10 June 2004 04:30 am, Sylvain 'Murdock' Glaize wrote:
> > In Logical Desktop, I'm very concerned about the selected items panel. I
> > find it makes the desktop very confused. Because it has a very different
> > semantics from the other panels. I am going to make it popup, like the
> > recent location list. But this way you can forget you have selected
> > something, and not understand why some other thing has disappeared...
> > Thoughts?
>
> Maybe each time the selected popup change, you can make it blink, as
> for the poping panels.

That hits the spot! 

Thanks :-)

On Thu, Jun 10, 2004 at 08:46:41AM -0400, Maurizio Colucci wrote:
> In Logical Desktop, I'm very concerned about the selected items panel. I find 
> it makes the desktop very confused. Because it has a very different semantics 
> from the other panels. I am going to make it popup, like the recent location 
> list. But this way you can forget you have selected something, and not 
> understand why some other thing has disappeared...
> Thoughts?

Maybe each time the selected popup change, you can make it blink, as
for the poping panels.

-- 
Sylvain Glaize - mo...@pu...

In Logical Desktop, I'm very concerned about the selected items panel. I find 
it makes the desktop very confused. Because it has a very different semantics 
from the other panels. I am going to make it popup, like the recent location 
list. But this way you can forget you have selected something, and not 
understand why some other thing has disappeared...

Thoughts?

Maurizio

On Wednesday 09 June 2004 09:22 pm, Maurizio Colucci wrote:
> "Verbalize" does arouse the curiosity, but I believe the word "desktop" is
> needed. Bbecause it is better to arouse curiosity AFTER you have cleanly
> defined the context.
>
>
> Finally, let's not be afraid to choose a bad name, because this project has
> no ambition. Its purpose is to have the KDE people integrate the paradigm
> into KDE.

To add to that, I believe we should not take Expose', Darwin, etc as an 
example of a good name. Apple *can afford* to give their products 
nondescriptive names, because they know their product will have visibility 
anyway. People will HAVE to know what Expose' is. The same cannot be said of 
our product.

On Wednesday 09 June 2004 05:33 pm, Sylvain Glaize wrote:
> So... let's test :)
>
> For my Makefile, I used -L/usr/lib/pl-5.2.12/runtime/i686-linux/ -lplmt,
> inspired from my segusoLand Makefile.
>
> The strange this I notice immediatly is that on the first item (Add to
> Important locations), the "highlight" is correct. On the others, the
> background of the hightlight gets bigger and bigger.

Hello! That is a bug in Mandrake's style. Try another one :-)

> Then... at the moment, I'm playing with the buttons. :)

Mau

segusoland-user Mailing List for segusoLand

segusoland-user — Conceptual discussions which don't require programming skills to be understood.