Domain: imageshack.us
Stories and comments across the archive that link to imageshack.us.
Comments · 2,740
-
Re:Talking about Serenity/Firefly and Windows...
It's true. I was watching that episode today, in fact, and I had to pause the thing because it shocked me so.
Why, have a screenshot...http://img368.imageshack.us/my.php?im age=snapshot200512282338348tq.jpg -
Hey, fucktard.
Did you bother to even check the links? Seriously, *flamebait*? Anyways, I took a couple of screen shots to make this easier for you.
This is the version originally linked to.
This is the 'printer friendly' version he linked to.
If you're noticing a certain similarity right about now, that's because they're the exact same fucking page. -
Hey, fucktard.
Did you bother to even check the links? Seriously, *flamebait*? Anyways, I took a couple of screen shots to make this easier for you.
This is the version originally linked to.
This is the 'printer friendly' version he linked to.
If you're noticing a certain similarity right about now, that's because they're the exact same fucking page. -
Re:horrible
You also seem to have the pretty theme disabled. Shots of that can be found here: http://opera.com/docs/screenshots/
And just to show how customizable the UI is, here's how I like my Opera:
http://img399.imageshack.us/my.php?image=operascre en5co.png
And yes, there are skins to make it look like FireFox or Safari, but some people will complain no matter what because they are afraid to give Opera a chance. -
Re:horribleBloated? As another poster mentioned, the download is a little under 4 MB. As for ugly, methinks you haven't taken a look at it lately:
Opera 8.51 (with navigation buttons moved, otherwise everyhing else default).
-
Re:Attention Whore
Ask, and you shall receive.
http://img479.imageshack.us/my.php?image=attention whore27tz.gif -
Re:Attention Whore
-
Re:At the risk of being flamed mightily..
This 'IE' sounds great... does it run on Linux? Do you have the link to the project page?
Run on Linux? yes.
Project page? right here. -
Gmail skins
Hmm, I am working on a firefox extension,
Screenshot:
http://img438.imageshack.us/img438/9559/gms7rf.jpg
Does anyone know if gmail is planning something like this themselves (skins)? -
Re:Excellent
-
My Solution...
Fig leafs have always been used for this sort of thing.
;-) -
Re:Torvalds is right. Avoid GNOME use KDE!
When looking at this legendary example picture:
http://img234.imageshack.us/my.php?image=screensho t34ji.jpg [imageshack.us]
You see a bunch of GNOME applications showing different types of Toolbars. I don't want to speak about the images inside the Toolbars but rather how they look. They all look differently, behave differently, react differently, some toolbars are higher than others (a few pixel) others have a drag handle, others show icons only, then others again show text below icons. There is no common approach of doing this correctly.
What I especially notice is something they all have in common: They waste a huge amount of screen real estate with spaces and overly-large icons. If you look at the actual information content of that example, it's about on a par with an 80x24 dumb terminal.
One lesson I've learned over and over is that when I'm working on something, a major constraint on my "productivity" is now much information I can get on the screen at once. Debugging software or web pages or whatever takes multiple windows and somehow getting the stuff you need to work on all displayed. A GUI that wastes screen space like this is a major impediment to getting the job done.
When using a new system, I tend to start off with things like eliminating the title bar on xterms (they take two lines of text and contain no useful information at all - especially since the title text is usually incorrect). I try to find ways to reduce things like menu and function bars to a single bar, to make more space for the actual data. I try to trick the software into using the smallest icons available. I make the borders as small as I can while still being able to grab them with the pointer. And so on. They're all ways to eliminate the pretty GUI stuff and replace it with the actual information that I'm working on.
My main experience with gnome is that I can't eliminate this space waste very well. With KDE, I can do a lot better, so I use that. Sometimes I find fvwm or twm on a machine, and I immediately switch to them because they're very parsimonious of screen pixels.
Pretty GUIs have their place. But so do GUIs that let me display actual information, making maximum use of what pixels are available.
(I use Macs a lot, too. They're really frustrating this way, because you just can't eliminate most of the space-wasting pretty GUI stuff. Effectively, a Mac reduces a screen to about half as many pixels as are really there. ;-) -
Re:Torvalds is right. Avoid GNOME use KDE!
There is no Mozilla and no OpenOffice on the screenshot.
List of applications on that screenshot that don't belong to the Gnome Desktop, although they seem to make use of GTK:
* Easytag
* Unknown web browser that isn't mozilla, epiphany or firefox (no bookmarks menu or mozilla/Firefox window icon). Considering the source, it's probably Atlantis, a personal project that isn't even free software.
* OpenOffice Writer.
Remove all those and you're left with evolution and gedit as part of the gnome desktop, and they use the same toolbar configuration.
It looks just like another pathetic FUD propaganda by Ali Akcaagac, long time anti-gnome troll. -
Re:Stupid name change and they broke support
I guess thats nice for you, but trying to install it for the first time, I'm greeted with the following broken installer message.
Considering I've written an app that uses winhttp on this computer, I'm going to have to lean towards blaming Yahoo!'s installer for the problem. -
Torvalds is right. Avoid GNOME use KDE!
As a former contributor and developer on the GNOME architecture for many years I can say that GNOME is in no way ready to serve as the corporate desktop. There are simply to many issues inside and around the entire GNOME movement that should be mentioned here.
First of all GNOME has a very broken development framework with a lot of fragmentation. A lot of libraries are not working properly enough even in stable releases to give users a full working desktop environment. A lot of stuff are simply not working properly and a lot of stuff simply look too far disharmonic to be usefull. Not to speak about the poorly written third party applications that exists that don't serve any corporate needs.
From a developers view I believe that GNOME has reached a dead end where scalability isn't possible anymore. People have realized that with the C languge there is no progress and thus decided to code under Python, C++, Java, Ruby or MONO. But personally I believe that having a mature GNOME desktop these days require you to have Python, MONO, Java running next to your regular application, which makes it hard to have all of them incooperate correctly (to work correctly). This is not the problem of having different languages laying around or running in the background but more architectual nature as soon as it comes to bugtracking, feedback, expandability etc. Many bindings are not well implemented and have a lot of attributes not correctly defined which makes applications look and behave differently.
As example I always get back to the legendary Toolbar issues that I like to explain. I do explain it because it's the by far easiest thing people can test on their own system.
When looking at this legendary example picture:
http://img234.imageshack.us/my.php?image=screensho t34ji.jpg
You see a bunch of GNOME applications showing different types of Toolbars. I don't want to speak about the images inside the Toolbars but rather how they look. They all look differently, behave differently, react differently, some toolbars are higher than others (a few pixel) others have a drag handle, others show icons only, then others again show text below icons. There is no common approach of doing this correctly. Sure some people say these things are not important. But from a developers point of view - they are. It only shows in what bad shape GNOME really is even today with latest CVS you see the same issues still present. It should give the beginner and advanced users an impression what's wrong. A Desktop Environment should provide a consistent API and framework to do these things correctly. Please load up GNUMERIC, Abiword, Evolution, Evince and a few others and go through your "Menus & Toolbars" capplet (control center) and change around the values and you see that the majority of applications bundled in the corporate GNOME desktop do not react on these changes. Personally I consider these things to be a bug. I already reported many of these issues and recently my toolbar bugreport to gnumeric got closed as NOT A BUG with some random intransparent excuses why the HIG cant be applied to gnumeric. This is quite frustrating since the applications look bad that way (only the aesthetic view that GNOME always wanted to lay big values on). There are so many other areas like button padding, button padding between other buttons and and and.
It's a never ending story. Also I ask myself why tools like Evince or Epiphany (both part of the GNOME desktop) come with an own Toolbar editor while other applications don't support that. From a developers point of view this should be part of the GTK+ Toolkit and made available default to all apps or everything that uses the Toolbar.
Thats the big disadvantage of writing apps in C without proper object orientation (yes I know GNOME has some sort of object orientation). If we look over to KDE for example then we see that every application that uses a Toolbar (not all apps need -
BADSENSE
heres a reason you shouldnt advertise with google
:)
GOOGLE BADSENSE
in case that site goes down heres a scrennshot screenshot
its really funny (or not funny if you are a google adwords advertiser) -
Re:How does this look?
In fact here it is: http://img352.imageshack.us/img352/2118/windowsup
t ime9tu.jpg The username and organisation details have been blacked out for obvious reasons and yes i do use the system fairly well (coding, doubling up as a stress client, email, browsing and other general usage). -
Picture Mirror (Karma Whoring)
-
Re:amaroK
Yeah, and the lyrics database it uses has everything:
http://img217.imageshack.us/my.php?image=macgyver6 ld.png -
Re:Anyone done it?
my wuxga pj, should be finished next year PJ Plans http://img322.imageshack.us/my.php?image=projecto
r 39af.jpg http://img322.imageshack.us/my.php?image=projector 4ih.jpg http://img322.imageshack.us/my.php?image=projector 44kr.jpg WUXGA Kit URL=http://img502.imageshack.us/my.php?image=dsc04 6806ll.jpg LCD frame holder http://img502.imageshack.us/my.php?image=dsc046831 ho.jpg Lens holder made out of 2 ikea clocks http://img502.imageshack.us/my.php?image=dsc045765 hr.jpg -
Re:Anyone done it?
my wuxga pj, should be finished next year PJ Plans http://img322.imageshack.us/my.php?image=projecto
r 39af.jpg http://img322.imageshack.us/my.php?image=projector 4ih.jpg http://img322.imageshack.us/my.php?image=projector 44kr.jpg WUXGA Kit URL=http://img502.imageshack.us/my.php?image=dsc04 6806ll.jpg LCD frame holder http://img502.imageshack.us/my.php?image=dsc046831 ho.jpg Lens holder made out of 2 ikea clocks http://img502.imageshack.us/my.php?image=dsc045765 hr.jpg -
Re:Anyone done it?
my wuxga pj, should be finished next year PJ Plans http://img322.imageshack.us/my.php?image=projecto
r 39af.jpg http://img322.imageshack.us/my.php?image=projector 4ih.jpg http://img322.imageshack.us/my.php?image=projector 44kr.jpg WUXGA Kit URL=http://img502.imageshack.us/my.php?image=dsc04 6806ll.jpg LCD frame holder http://img502.imageshack.us/my.php?image=dsc046831 ho.jpg Lens holder made out of 2 ikea clocks http://img502.imageshack.us/my.php?image=dsc045765 hr.jpg -
Re:Anyone done it?
my wuxga pj, should be finished next year PJ Plans http://img322.imageshack.us/my.php?image=projecto
r 39af.jpg http://img322.imageshack.us/my.php?image=projector 4ih.jpg http://img322.imageshack.us/my.php?image=projector 44kr.jpg WUXGA Kit URL=http://img502.imageshack.us/my.php?image=dsc04 6806ll.jpg LCD frame holder http://img502.imageshack.us/my.php?image=dsc046831 ho.jpg Lens holder made out of 2 ikea clocks http://img502.imageshack.us/my.php?image=dsc045765 hr.jpg -
Re:Anyone done it?
my wuxga pj, should be finished next year PJ Plans http://img322.imageshack.us/my.php?image=projecto
r 39af.jpg http://img322.imageshack.us/my.php?image=projector 4ih.jpg http://img322.imageshack.us/my.php?image=projector 44kr.jpg WUXGA Kit URL=http://img502.imageshack.us/my.php?image=dsc04 6806ll.jpg LCD frame holder http://img502.imageshack.us/my.php?image=dsc046831 ho.jpg Lens holder made out of 2 ikea clocks http://img502.imageshack.us/my.php?image=dsc045765 hr.jpg -
Re:But can a rat brain post dupe stories?It displays the year just fine. Maybe you didn't configure your date format settings in your preferences.
see: http://img5.imageshack.us/my.php?image=slashdotda
t e6ta.png -
Avoid GNOME
As a former contributor and developer on the GNOME architecture for many years I can say that GNOME is in no way ready to serve as the corporate desktop. There are simply to many issues inside and around the entire GNOME movement that should be mentioned here.
First of all GNOME has a very broken development framework with a lot of fragmentation. A lot of libraries are not working properly enough even in stable releases to give users a full working desktop environment. A lot of stuff are simply not working properly and a lot of stuff simply look too far disharmonic to be usefull. Not to speak about the poorly written third party applications that exists that don't serve any corporate needs.
From a developers view I believe that GNOME has reached a dead end where scalability isn't possible anymore. People have realized that with the C languge there is no progress and thus decided to code under Python, C++, Java, Ruby or MONO. But personally I believe that having a mature GNOME desktop these days require you to have Python, MONO, Java running next to your regular application, which makes it hard to have all of them incooperate correctly (to work correctly). This is not the problem of having different languages laying around or running in the background but more architectual nature as soon as it comes to bugtracking, feedback, expandability etc. Many bindings are not well implemented and have a lot of attributes not correctly defined which makes applications look and behave differently.
As example I always get back to the legendary Toolbar issues that I like to explain. I do explain it because it's the by far easiest thing people can test on their own system.
When looking at this legendary example picture:
http://img234.imageshack.us/my.php?image=screensho t34ji.jpg
You see a bunch of GNOME applications showing different types of Toolbars. I don't want to speak about the images inside the Toolbars but rather how they look. They all look differently, behave differently, react differently, some toolbars are higher than others (a few pixel) others have a drag handle, others show icons only, then others again show text below icons. There is no common approach of doing this correctly. Sure some people say these things are not important. But from a developers point of view - they are. It only shows in what bad shape GNOME really is even today with latest CVS you see the same issues still present. It should give the beginner and advanced users an impression what's wrong. A Desktop Environment should provide a consistent API and framework to do these things correctly. Please load up GNUMERIC, Abiword, Evolution, Evince and a few others and go through your "Menus & Toolbars" capplet (control center) and change around the values and you see that the majority of applications bundled in the corporate GNOME desktop do not react on these changes. Personally I consider these things to be a bug. I already reported many of these issues and recently my toolbar bugreport to gnumeric got closed as NOT A BUG with some random intransparent excuses why the HIG cant be applied to gnumeric. This is quite frustrating since the applications look bad that way (only the aesthetic view that GNOME always wanted to lay big values on). There are so many other areas like button padding, button padding between other buttons and and and.
It's a never ending story. Also I ask myself why tools like Evince or Epiphany (both part of the GNOME desktop) come with an own Toolbar editor while other applications don't support that. From a developers point of view this should be part of the GTK+ Toolkit and made available default to all apps or everything that uses the Toolbar.
Thats the big disadvantage of writing apps in C without proper object orientation (yes I know GNOME has some sort of object orientation). If we look over to KDE for example then we see that every application that uses a Toolbar (not all apps need -
Re:PVC is cool
The flamethrower itself was PVC, with an explosion proof solenoid valve for remote firing. Another image.
-
Re:PVC is cool
Amateurs. Here's the kind us country kids make.
The stand the flamethrower was attached to was about 9ft tall. -
Avoid GNOME by all means as Linux Desktop!
As a former contributor and developer on the GNOME architecture for many years I can say that GNOME is in no way ready to serve as the corporate desktop. There are simply to many issues inside and around the entire GNOME movement that should be mentioned here.
First of all GNOME has a very broken development framework with a lot of fragmentation. A lot of libraries are not working properly enough even in stable releases to give users a full working desktop environment. A lot of stuff are simply not working properly and a lot of stuff simply look too far disharmonic to be usefull. Not to speak about the poorly written third party applications that exists that don't serve any corporate needs.
From a developers view I believe that GNOME has reached a dead end where scalability isn't possible anymore. People have realized that with the C languge there is no progress and thus decided to code under Python, C++, Java, Ruby or MONO. But personally I believe that having a mature GNOME desktop these days require you to have Python, MONO, Java running next to your regular application, which makes it hard to have all of them incooperate correctly (to work correctly). This is not the problem of having different languages laying around or running in the background but more architectual nature as soon as it comes to bugtracking, feedback, expandability etc. Many bindings are not well implemented and have a lot of attributes not correctly defined which makes applications look and behave differently.
As example I always get back to the legendary Toolbar issues that I like to explain. I do explain it because it's the by far easiest thing people can test on their own system.
When looking at this legendary example picture:
http://img234.imageshack.us/my.php?image=screensho t34ji.jpg [imageshack.us]
You see a bunch of GNOME applications showing different types of Toolbars. I don't want to speak about the images inside the Toolbars but rather how they look. They all look differently, behave differently, react differently, some toolbars are higher than others (a few pixel) others have a drag handle, others show icons only, then others again show text below icons. There is no common approach of doing this correctly. Sure some people say these things are not important. But from a developers point of view - they are. It only shows in what bad shape GNOME really is even today with latest CVS you see the same issues still present. It should give the beginner and advanced users an impression what's wrong. A Desktop Environment should provide a consistent API and framework to do these things correctly. Please load up GNUMERIC, Abiword, Evolution, Evince and a few others and go through your "Menus & Toolbars" capplet (control center) and change around the values and you see that the majority of applications bundled in the corporate GNOME desktop do not react on these changes. Personally I consider these things to be a bug. I already reported many of these issues and recently my toolbar bugreport to gnumeric got closed as NOT A BUG with some random intransparent excuses why the HIG cant be applied to gnumeric. This is quite frustrating since the applications look bad that way (only the aesthetic view that GNOME always wanted to lay big values on). There are so many other areas like button padding, button padding between other buttons and and and.
It's a never ending story. Also I ask myself why tools like Evince or Epiphany (both part of the GNOME desktop) come with an own Toolbar editor while other applications don't support that. From a developers point of view this should be part of the GTK+ Toolkit and made available default to all apps or everything that uses the Toolbar.
Thats the big disadvantage of writing apps in C without proper object orientation (yes I know GNOME has some sort of object orientation). If we look over to KDE for example then we see that every application that uses a Toolbar (not all a -
Re:It doesn't pull down the whole article...
I uploaded a screenshot of Klipfolio here.
-
Why not to chose GNOME !!!
As a former contributor and developer on the GNOME architecture for many years I can say that GNOME is in no way ready to serve as the corporate desktop. There are simply to many issues inside and around the entire GNOME movement that should be mentioned here.
First of all GNOME has a very broken development framework with a lot of fragmentation. A lot of libraries are not working properly enough even in stable releases to give users a full working desktop environment. A lot of stuff are simply not working properly and a lot of stuff simply look too far disharmonic to be usefull. Not to speak about the poorly written third party applications that exists that don't serve any corporate needs.
From a developers view I believe that GNOME has reached a dead end where scalability isn't possible anymore. People have realized that with the C languge there is no progress and thus decided to code under Python, C++, Java, Ruby or MONO. But personally I believe that having a mature GNOME desktop these days require you to have Python, MONO, Java running next to your regular application, which makes it hard to have all of them incooperate correctly (to work correctly). This is not the problem of having different languages laying around or running in the background but more architectual nature as soon as it comes to bugtracking, feedback, expandability etc. Many bindings are not well implemented and have a lot of attributes not correctly defined which makes applications look and behave differently.
As example I always get back to the legendary Toolbar issues that I like to explain. I do explain it because it's the by far easiest thing people can test on their own system.
When looking at this legendary example picture:
http://img234.imageshack.us/my.php?image=screensho t34ji.jpg
You see a bunch of GNOME applications showing different types of Toolbars. I don't want to speak about the images inside the Toolbars but rather how they look. They all look differently, behave differently, react differently, some toolbars are higher than others (a few pixel) others have a drag handle, others show icons only, then others again show text below icons. There is no common approach of doing this correctly. Sure some people say these things are not important. But from a developers point of view - they are. It only shows in what bad shape GNOME really is even today with latest CVS you see the same issues still present. It should give the beginner and advanced users an impression what's wrong. A Desktop Environment should provide a consistent API and framework to do these things correctly. Please load up GNUMERIC, Abiword, Evolution, Evince and a few others and go through your "Menus & Toolbars" capplet (control center) and change around the values and you see that the majority of applications bundled in the corporate GNOME desktop do not react on these changes. Personally I consider these things to be a bug. I already reported many of these issues and recently my toolbar bugreport to gnumeric got closed as NOT A BUG with some random intransparent excuses why the HIG cant be applied to gnumeric. This is quite frustrating since the applications look bad that way (only the aesthetic view that GNOME always wanted to lay big values on). There are so many other areas like button padding, button padding between other buttons and and and.
It's a never ending story. Also I ask myself why tools like Evince or Epiphany (both part of the GNOME desktop) come with an own Toolbar editor while other applications don't support that. From a developers point of view this should be part of the GTK+ Toolkit and made available default to all apps or everything that uses the Toolbar.
Thats the big disadvantage of writing apps in C without proper object orientation (yes I know GNOME has some sort of object orientation). If we look over to KDE for example then we see that every application that uses a Toolbar (not all apps need -
Re:ACID2, anyone?
It fails, as does Opera, and, even more miserably, IE. See a comparison screenshot.
-
Downloaded from the Ohio mirror...error
Anyone else getting this error?
Error -
My *personal* Screenshots!
-
My *personal* Screenshots!
-
Re:Well, that's the last of it.
You still have free will, you just explained why you will choose to channel your free will into a certain way, you still have the free will to do otherwise thats why people can do stupid things and know they are doing something stupid, such as the who ever coded the captcha for slashdot this one is totally unreadble even by people that can see, but after some guessing I guess it is unified, but it seems like I guess wrong... so I need to get another form...
-
Re:letters is much coolerLook in the top-left corner.
And Fark was there too, apparently.
-
Dupe from BoingBoing
Seriously, it's a dupe from BoingBoing. Plus it doesn't really work since the gasoline would leak through the paper.
-
Celebration!
-
Sony's next CD cover
-
Decal / Emblem Maker
If you want to have a sweet emblem like me (TIMMY!) or some of the other more detailed ones you can go to this guys page and use his emblem maker. http://www.zsivanys.nl/mkdecal/ It works great but you'll need to try it out with a few different images first. Here is an example image http://img258.imageshack.us/img258/4381/marionds9
j k.jpg -
For some reason...
...I immediately thought of the crates from the 'Worms' games.
-
Re:First TRIPLICATE!!!
More like best dupe ever!
http://img496.imageshack.us/img496/2113/bestdupeev er2za.gif -
GASP.
From my own expereince, every single person that brings a laptop to programming lectures is either talking on AIM, surfing Facebook, or playing a game. This really shouldn't come as a surprise to anyone - the internet is more fun than doing work or paying attention. http://img511.imageshack.us/img511/5505/dilemia0p
s .gif -
T3h 3v1L!!!!!!!111
-
Re:Does this mean...
Pfft, you're complaining about 180? Try 2,391. If Gmail didn't delete spam older than thirty days, I would have around 50,000. That's what I get for grabbing an actual word I guess =/ (Image of my Gmail homepage) http://img474.imageshack.us/my.php?image=spam2kv.
j pg -
Pictures
For those that just want to see the pictures of the finished product:
http://img280.imageshack.us/img280/9113/mainpicbig 3jx.jpg
http://img280.imageshack.us/img280/1714/topandrear 2tc.jpg -
Pictures
For those that just want to see the pictures of the finished product:
http://img280.imageshack.us/img280/9113/mainpicbig 3jx.jpg
http://img280.imageshack.us/img280/1714/topandrear 2tc.jpg -
Re:The Minutes Of The Meeting
Detective: Now don't you fret. When I'm through, he won't set foot in this town again. I can be very, very persuasive.
(Cutaway to detective in a bar with Sideshow Bob)
Detective: Come on, leave town.
Sideshow Bob: No.
Detective: I'll be your friend.
Bob: No.
Detective: Aw, you're mean!
And for those Sideshow Bob fans, I managed to get this shot at just the right frame..
CLICK ME!!111one1 -
Re:Hosting Images and API's
Of course, there are a number of services that have been offering free image hosting with virtually unlimited bandwidth for some time. Mostly every blogging service does, but images hosted by ImageShack have been popping up everywhere, because it's freakishly easy to host an image with them - registration is optional, for one thing. I doubt Google will clamp down on it, I'm sure they were aware of it when they started (the beta of) Base.
So really, image hosting isn't what's new about Google Base. In fact Google Base instantly reminded me of ImageShack, it's (close to) the simplicity of IS applied to not just images, but article style content. Of course IS has really taken off because people have needed space for their images forever - to post them in internet forums, mostly. I'm not sure people have the same need for article hosting - probably not in the example of internet forums, but maybe in other contexts. Of course, as you and other folks have pointed out, with an API this is much more interesting. And even without, it's still a really cool service. There's also this whole (I hesitate to use the word) "folksonomy" thing they have pulled off with their labels/attributes thingie. I'm sure that will make some people foam.