Unfortunately.. You can't play two avi files on Linux at the same time. Why not ?? Crappy XFree can't handle this load... ( and on top of that animplayer does not support this codec.. there is however URL to something that supports that, but it is in source code so you have to compile it yourself, which in turn gives you message that you need library X to compile this stuff which... You know what ?? Fuck that... this is a joke. Until there are commercial apps for Linux forget it.
Win 32 API is open. Interface is fully published. Turn over ?? And then we all end up with fricking programs that have disclaimer - runs on Windows X, if you install Z runs also on Windows Y, and it doesn't run on Windows S ( and you just happen to have this version of Windows).
You are right. But it very stupid to base ones business on assumption of others being decent enough to support it.This is the one part I have hard time understanding in all that free-software world.
Actually ICQ concept is very nice. Most of the work is done on the client side and does not involve server whatsoever ( as opposed to say, IRC model) Vey clever - you register with the server using UDP, get all the IP's of people you care about and connect directly with them without using the server.
Thats easy. There are sites with ICQ protocol description and cosequently there are many diferent clients available. Based on those specs you can even write your own if you desire so...
Yeah.. but he was not looking for memory...and yes, memmory speeds thigs up but what do you do when you have 128MB and wanna speed things up even more ( I already answered that question)
Before your new window gets mapped, you grab whatever is underneath and save it as a pixmap. The you map your window and draw this pixmap as a background. Theoretically, it could be done but it would be terribly inefficient and very messy bacuse you don't really have any way to track changes in the background. I am telling you, it would be next to impossible to implement this reliably - there is just too much going on behind your back that you don't have a way to track.
Transparent Xterms work in a very simple way. First of all. XTerm has to have a copy of the background ( that's why you need to set up background using something compatible with eterm) When you move your xterm around it will basically draw it's background with coresponding part of background image. Notice that when you move your xterm over another window, it still shows only background image and not that underlying window. It is simple but quite effective trick.
Instead of buying new card get acceleratedX. It is much faster then XFree and will still be even if you upgrade to something better hardware-wise ( and trust me there is no graphics card that runs faster under xFree as opossed to acceleratedX)
This is what sucks about X. Yeah, flexibility is nice but you pay a price for this. Nothing will work unless people voluntarily agree to cooperate. In MS it is automatically enforced by MS and I think it is a good thing - for better or worse at least there is some sort of standard behaviour that user might expect from every application.
X is missing many things in this area. As an app developer I can't event find out what is the real size of my window ( including WM decorations). Say I want to open Help Window that will behave just like the one on Windows ( right side of screen from top to bottom) . Can't do that... There are many other things that are very hard to do on X .
Yeah. That makes sense. The only problem I have with debian is that their package managment tool is terrible, terrible design. I have spent hour trying to add one package...
Still bitchin about QT license. There are many fine products with license that is not GPL ! (apache is one that comes to mind)
I don't have anything against GTK except maybe that it is C based which is simply terrible idea when one considers techniques for GUI based development. I know, I know it tries to follow object oriented code but it will always be ugly hack for the simple reason that C was not designed to handle this kind of stuff in an elegant manner.
I think there should be some generic way to add a menu entry in each WM. Something very basic - like calling a script or something which will be implemented differently depending on WM on is running.
But this will change nothing as far as domain sqatting. So far, Internic allowed anybody to register anything as long as it was not taken - it can't get worse than that...
There is no comparison. Qt is C++ , and well designed C++ classes for GUI programming are practically only way to go... You should try creating Widgets in Qt and see how sweet and easy it is...
Well, on the very basic level they do play with each other.. sort of. Basically, as long as you have required libraries installed you can run just about anything, no matter what enviroment are you in. You have to be more specific what do you mean by playing together...
Slashdot Mirror
Yeah. And how are you going to work around your net card going south ?
Unfortunately .. You can't play two avi files on Linux at the same time. Why not ?? Crappy XFree can't handle this load ... ( and on top of that animplayer does not support this codec .. there is however URL to something that supports that, but it is in source code so you have to compile it yourself, which in turn gives you message that you need library X to compile this stuff which ... ... this is a joke.
You know what ?? Fuck that
Until there are commercial apps for Linux forget it.
Win 32 API is open. Interface is fully published.
... Linux
Turn over ?? And then we all end up with fricking programs that have disclaimer - runs on Windows X, if you install Z runs also on Windows Y, and it doesn't run on Windows S ( and you just happen to have this version of Windows).
You know what this scenarion remainds me of ??
You guessed
VBA is a perfect tool for small office integration. Without it MS Office would be much much worse product ...
Most of them haven't tried Linux either ... ...
Let's see how many of them will be "burned" by that experience
And theh we will talk
There shouldn't be any problems with using G200 ... It is supported "out of the box".
..
I am not sure what kind of problems you get there
You are right. But it very stupid to base ones business on assumption of others being decent enough to support it.This is the one part I have hard time understanding in all that free-software world.
Actually ICQ concept is very nice. Most of the work is done on the client side and does not involve server whatsoever ( as opposed to say, IRC model)
Vey clever - you register with the server using UDP, get all the IP's of people you care about and connect directly with them without using the server.
Thats easy. There are sites with ICQ protocol description and cosequently there are many diferent clients available. ...
Based on those specs you can even write your own if you desire so
No. They wont..
They will control the server side of the whole deal and it only makes it more profitable for them is there are many different client tools available.
Yeah .. but he was not looking for memory ...and yes, memmory speeds thigs up but what do you do when you have 128MB and wanna speed things up even more ( I already answered that question)
Well.Ok.
You could try to do this :
Before your new window gets mapped, you grab whatever is underneath and save it as a pixmap. The you map your window and draw this pixmap as a background. Theoretically, it could be done but it would be terribly inefficient and very messy bacuse you don't really have any way to track changes in the background. I am telling you, it would be next to impossible to implement this reliably - there is just too much going on behind your back that you don't have a way to track.
Transparent Xterms work in a very simple way.
First of all. XTerm has to have a copy of the background ( that's why you need to set up background using something compatible with eterm)
When you move your xterm around it will basically draw it's background with coresponding part of background image. Notice that when you move your xterm over another window, it still shows only background image and not that underlying window.
It is simple but quite effective trick.
Instead of buying new card get acceleratedX. It is much faster then XFree and will still be even if you upgrade to something better hardware-wise ( and trust me there is no graphics card that runs faster under xFree as opossed to acceleratedX)
I am talking from my experience (laptop).
1) It would be quite processor intesitive.
...(seriously, you can't do that using standard X windows)
...
2) Can't do that
3) Huge resource hit
This is what sucks about X. Yeah, flexibility is nice but you pay a price for this. Nothing will work unless people voluntarily agree to cooperate.
In MS it is automatically enforced by MS and I think it is a good thing - for better or worse at least there is some sort of standard behaviour that user might expect from every application.
X is missing many things in this area. As an app developer I can't event find out what is the real size of my window ( including WM decorations). Say I want to open Help Window that will behave just like the one on Windows ( right side of screen from top to bottom) . Can't do that...
There are many other things that are very hard to do on X .
Yeah. That makes sense. The only problem I have with debian is that their package managment tool is terrible, terrible design. I have spent hour trying to add one package ...
..
RPM's are much more friendly
Yeah. They do. Just like those millions of cheap GTK "apps" you can find on freshmeat ..
The code is cheap ?
Are you kidding ?
It is most often the most expensive part of the whole computing world ( and rightly so )
Still bitchin about QT license. There are many fine products with license that is not GPL !
(apache is one that comes to mind)
I don't have anything against GTK except maybe that it is C based which is simply terrible idea when one considers techniques for GUI based development. I know, I know it tries to follow object oriented code but it will always be ugly hack for the simple reason that C was not designed to handle this kind of stuff in an elegant manner.
I think there should be some generic way to add a menu entry in each WM. Something very basic - like calling a script or something which will be implemented differently depending on WM on is running.
But this will change nothing as far as domain sqatting. So far, Internic allowed anybody to register anything as long as it was not taken - it can't get worse than that ...
There is no comparison. Qt is C++ , and well designed C++ classes for GUI programming are practically only way to go ... ...
You should try creating Widgets in Qt and see how sweet and easy it is
There are exceptions .. of course. But honestly, which enviroment is more consistent and easier to grasp ?
Well, on the very basic level they do play with each other .. sort of. Basically, as long as you have required libraries installed you can run just about anything, no matter what enviroment are you in. ...
You have to be more specific what do you mean by playing together
It never hurts when something gets cheaper. I don't think I will complain about this one ...