The GUI is a pain and hard to program? Uh, how much programming do you do? The Cocoa API is the easiest to program for out there, and its basically the API to the GUI.
I also dislike the parent of your comment, but your point on lack of Mac OS drivers is just plain wrong. Every single piece of hardware I've ever plugged into my Powerbook as worked without a separate driver install needed. Not to mention my Powerbook came with oodles of open source drivers, including all the CUPS printing drivers.
Of course there are THREE ways of ejecting a cd/floppy:
1) Drag it to the trash
2) Hit the eject button on the keyboard
OR:
3) CLICK THE EJECT ICON NEXT TO THE DISK IN THE FINDER
Re:I Am An Engineer At University of Portland
on
LinuxPPC64 Contest
·
· Score: 2, Informative
Sorry, a post higher up noted that IBM was recommending people go through University of Portland for access to a Power based development lab. If I were less tired I would have replied to the post noting that.:)
I Am An Engineer At University of Portland
on
LinuxPPC64 Contest
·
· Score: 1
It was odd, they didn't mention this to us.
Anyway, we have access to an IBM Power5 cluster. Maybe I should enter this.
Rumor sites DO NOT positively help Apple. They hurt Apple sales. Who is going to buy a Powerbook now when MacRumorSecrets says there is going to be a much faster Powerbook G5 around the corner? The rumor ends up being false, but tons of people don't buy the Powerbooks they were thinking about because they heard Apple was supposed to release a new Powerbook.
Apple isn't looking to hamper first amendment rights, and I doubt they will. And guess what, blogs and sites like theses AREN'T OFFICIAL MEDIA. I would find anyone suggesting my blog is a source of media laughable. A blog is opinion. A rumor site reports mostly on baseless fact. If you read these sites 3/4 they are wrong. It's not media, even though many would like to idealize it to be. In most cases, its a bunch of kids guessing what Apple is predicting. Every once in a while they get an actual hit from within Apple, but don't call them media.
And this is all from a Mac user who reads these sites.
It's bad social behavior to have issue with a site that is spreading information about pre-release products? Apple doesn't want to shut down the sites. All they want is for the site to turn over the names of the employees who have BROKEN THE LAW and violated the NDA clause of their contracts. Apple could care less about the sites. However, they do want to deal with employees who have broken their contracts. The only people who know who these employees are are the rumor sites. And the rumor sites refuse to hand the information over.
A lot of people here are saying Flash is replaceable by Java. This isn't really the case. Flash uses vector graphics to make things really small. Redoing in Java would lose the vector graphics support. Not to mention Java loads a lot more slowly.
What the hell are you on? It's code. I could use it to make a full screen word processor, address book, mail program, whatever I want. Nowhere is there some requirement only game and media programs can use it. And if going full screen disables command tab then how does Halo, a Cocoa program, maintain Command-Tab, magic? It's optional. You design it how you want. If you want command tab to work REMOVE THE PORTION OF CODE THAT DISABLES IT. The tutorial includes the code because it assumes you want to do so. The code does many things to lock the user into your app so if you don't want to lock the user into your app, don't use the code. Apple is not locking users into peoples apps during full screen, people are locking people's apps into an app during full screen. Your comments are very misguided. Apple has nothing to do with you not being able to command tab in full screen. If an app does that to you, and you don't like it, complain to the developer. In my apps I disable command tab because I don't want the user to command tab out to a small resolution that my game has switched to. MacSoft obviously felt different when writing Halo.
I've seen it myself under OS X. Have you ever thought that disabling command tab is optional? Halo doesn't do it. Many applications don't. Contrary to what you are saying, Apple gives you huge amounts of control under X. And you do realize there is no "Aqua" API. You use either Carbon or Cocoa. Any full screen commands that work under OS 9 will work under Carbon. So even in the event of this massive conspiracy by Apple to discourage use of full screen windows, you could still use the Carbon API to start a full screen session OS 9 style and continue using command-tab? How much Mac OS X programming do you actually do? It sounds like you do very little programming with regards to the Mac OS X API's. It is very strange you couldn't get my full screen code working considering I gave you the whole Cocoa class.
Full screen disables command tab? Try playing Halo sometime. As for Netscape: "Full Screen Mode gives more space to view web pages: Open the View menu and choose Full Screen, or press F11.".
Fine... Here is a nice tutorial to do it:
http://www.cocoadevcentral.com/articles/000028.php
I don't use Netscape, but I've seen it, its there. It was in the list of new features in 7.
If you couldn't get the code working I don't know what you did wrong. It's native Mac OS X Cocoa code...
But if you can't take it from me, take it from Apple:
http://developer.apple.com/documentation/GraphicsI maging/Reference/Quartz_Services_Ref/qsref_main/fu nction_group_2.html
Hey look! Apple supplied code for taking the display!
/Library/Frameworks is not for settings. Libraries go in there. Where did you get the idea settings go in there? I suppose all the settings in my/etc folder on this OS X box are just in my imagination.
I also suppose this code I wrote to make my app run in full screen must not work either:
And hey... Netscape 7 runs in full screen here too. I get case sensitive file names.
I don't know what version of OS X you are using, but from what you've written about it so far I'm kinda scared that you're programming on it when you have no idea what/Library/Frameworks is for. Any Mac OS style prefs go into ~/Library/Preferences which makes perfect sense to me because the folder is called preferences. Where did you get the idea Apple is controlling who can do full screen? They post example code on how to do it. Jesus... If Apple didn't want me to do full screen why would they post the source how do to it on their site? Do some research before you start ranting about stuff. Any Aqua window can go full screen.
Even as a POWER supporter, I find it hard to say it will be accepted as a viable alternative to the PC platform. POWER has existed since 1994 and its failed to make a huge dent in x86, even though it has always been much faster.
Parent is confused. He means Mac OS would not boot on a motherboard unless the motherboard had a Mac BIOS on it. This kept cloners from making their own motherboards (this is no longer true, a Mac ROM is no longer needed to boot Mac OS X). NuBus, which came before PCI, was created by Texas Instruments. The reason cards required a Mac ROM was because you were using the card with a Mac. There was no BIOS, and a card had to communicate with the Mac differently. It had nothing to do with lockup, just differences between the PC and Mac architectures. Current PCI cards are still in the same position. Some PCI cards that don't rely on communicating with the PC's BIOS will work fine interchangeably, like TV cards. Other cards, like graphics cards, must have a special Mac ROM on them because of architecture differences between PC and Mac motherboards (like, again, no BIOS on Mac). In short, there was no Apple lockout on expansion cards, just architecture differences. The only time I can remember Apple being anti-expansion card was when Steve Jobs was in charge the first time. He handled expansion cards by just not including the slots. Developers had to sneak them in to final machines as "debug ports".
Thats not Aqua. Thats a library that lets you compile programs using Apple's interface library for running under XFree86. It's not at all Apple's window manager. It's more comparable to WineLib.
Slashdot Mirror
The GUI is a pain and hard to program? Uh, how much programming do you do? The Cocoa API is the easiest to program for out there, and its basically the API to the GUI.
I also dislike the parent of your comment, but your point on lack of Mac OS drivers is just plain wrong. Every single piece of hardware I've ever plugged into my Powerbook as worked without a separate driver install needed. Not to mention my Powerbook came with oodles of open source drivers, including all the CUPS printing drivers.
Of course there are THREE ways of ejecting a cd/floppy: 1) Drag it to the trash 2) Hit the eject button on the keyboard OR: 3) CLICK THE EJECT ICON NEXT TO THE DISK IN THE FINDER
Sorry, a post higher up noted that IBM was recommending people go through University of Portland for access to a Power based development lab. If I were less tired I would have replied to the post noting that. :)
It was odd, they didn't mention this to us. Anyway, we have access to an IBM Power5 cluster. Maybe I should enter this.
Cept with the boards going for $1800 each its a wee bit expensive.
Rumor sites DO NOT positively help Apple. They hurt Apple sales. Who is going to buy a Powerbook now when MacRumorSecrets says there is going to be a much faster Powerbook G5 around the corner? The rumor ends up being false, but tons of people don't buy the Powerbooks they were thinking about because they heard Apple was supposed to release a new Powerbook. Apple isn't looking to hamper first amendment rights, and I doubt they will. And guess what, blogs and sites like theses AREN'T OFFICIAL MEDIA. I would find anyone suggesting my blog is a source of media laughable. A blog is opinion. A rumor site reports mostly on baseless fact. If you read these sites 3/4 they are wrong. It's not media, even though many would like to idealize it to be. In most cases, its a bunch of kids guessing what Apple is predicting. Every once in a while they get an actual hit from within Apple, but don't call them media. And this is all from a Mac user who reads these sites.
It's bad social behavior to have issue with a site that is spreading information about pre-release products? Apple doesn't want to shut down the sites. All they want is for the site to turn over the names of the employees who have BROKEN THE LAW and violated the NDA clause of their contracts. Apple could care less about the sites. However, they do want to deal with employees who have broken their contracts. The only people who know who these employees are are the rumor sites. And the rumor sites refuse to hand the information over.
A lot of people here are saying Flash is replaceable by Java. This isn't really the case. Flash uses vector graphics to make things really small. Redoing in Java would lose the vector graphics support. Not to mention Java loads a lot more slowly.
What the hell are you on? It's code. I could use it to make a full screen word processor, address book, mail program, whatever I want. Nowhere is there some requirement only game and media programs can use it. And if going full screen disables command tab then how does Halo, a Cocoa program, maintain Command-Tab, magic? It's optional. You design it how you want. If you want command tab to work REMOVE THE PORTION OF CODE THAT DISABLES IT. The tutorial includes the code because it assumes you want to do so. The code does many things to lock the user into your app so if you don't want to lock the user into your app, don't use the code. Apple is not locking users into peoples apps during full screen, people are locking people's apps into an app during full screen. Your comments are very misguided. Apple has nothing to do with you not being able to command tab in full screen. If an app does that to you, and you don't like it, complain to the developer. In my apps I disable command tab because I don't want the user to command tab out to a small resolution that my game has switched to. MacSoft obviously felt different when writing Halo.
I've seen it myself under OS X. Have you ever thought that disabling command tab is optional? Halo doesn't do it. Many applications don't. Contrary to what you are saying, Apple gives you huge amounts of control under X. And you do realize there is no "Aqua" API. You use either Carbon or Cocoa. Any full screen commands that work under OS 9 will work under Carbon. So even in the event of this massive conspiracy by Apple to discourage use of full screen windows, you could still use the Carbon API to start a full screen session OS 9 style and continue using command-tab? How much Mac OS X programming do you actually do? It sounds like you do very little programming with regards to the Mac OS X API's. It is very strange you couldn't get my full screen code working considering I gave you the whole Cocoa class.
Full screen disables command tab? Try playing Halo sometime. As for Netscape: "Full Screen Mode gives more space to view web pages: Open the View menu and choose Full Screen, or press F11.".
Fine... Here is a nice tutorial to do it: http://www.cocoadevcentral.com/articles/000028.php
I don't use Netscape, but I've seen it, its there. It was in the list of new features in 7.
If you couldn't get the code working I don't know what you did wrong. It's native Mac OS X Cocoa code... But if you can't take it from me, take it from Apple: http://developer.apple.com/documentation/GraphicsI maging/Reference/Quartz_Services_Ref/qsref_main/fu nction_group_2.html
Hey look! Apple supplied code for taking the display!
Are you crazy?
/etc folder on this OS X box are just in my imagination.
s ionWithWindow:(id)theWindow{
/Library/Frameworks is for. Any Mac OS style prefs go into ~/Library/Preferences which makes perfect sense to me because the folder is called preferences. Where did you get the idea Apple is controlling who can do full screen? They post example code on how to do it. Jesus... If Apple didn't want me to do full screen why would they post the source how do to it on their site? Do some research before you start ranting about stuff. Any Aqua window can go full screen.
/Library/Frameworks is not for settings. Libraries go in there. Where did you get the idea settings go in there? I suppose all the settings in my
I also suppose this code I wrote to make my app run in full screen must not work either:
NSWindow *fullScreenWindow;
@implementation XGFullScreenController
-(BOOL)startFullScreenSes
[fullScreenWindow setLevel:CGShieldingWindowLevel()];
[fullScreenWindow setBackgroundColor:[NSColor blackColor]];
[fullScreenWindow makeKeyAndOrderFront:nil];
[fullScreenWindow setContentView:[theWindow contentView]];
[NSCursor hide];
return YES;
}
-(id)init{
NSRect screenRect;
screenRect = [[NSScreen mainScreen] frame];
fullScreenWindow = [[NSWindow alloc] initWithContentRect:screenRect
styleMask:NSBorderlessWindowMask backing:NSBackingStoreBuffered defer: NO];
return self;
}
@end
And hey... Netscape 7 runs in full screen here too. I get case sensitive file names.
I don't know what version of OS X you are using, but from what you've written about it so far I'm kinda scared that you're programming on it when you have no idea what
Came with my 3G. Got an extra one when I bought replacement iPod headphones.
Even as a POWER supporter, I find it hard to say it will be accepted as a viable alternative to the PC platform. POWER has existed since 1994 and its failed to make a huge dent in x86, even though it has always been much faster.
Oh... I forgot to mention the iPod can actually run Linux too. :)
Thats funny. My iPod has an Apple supplied remote too, so I don't have to take my iPod out of my pocket either...
Mac OS 10.3 has a mini Finder which is built for computer users such as your friends mom. It strips everything down to basic functionality.
Parent is confused. He means Mac OS would not boot on a motherboard unless the motherboard had a Mac BIOS on it. This kept cloners from making their own motherboards (this is no longer true, a Mac ROM is no longer needed to boot Mac OS X). NuBus, which came before PCI, was created by Texas Instruments. The reason cards required a Mac ROM was because you were using the card with a Mac. There was no BIOS, and a card had to communicate with the Mac differently. It had nothing to do with lockup, just differences between the PC and Mac architectures. Current PCI cards are still in the same position. Some PCI cards that don't rely on communicating with the PC's BIOS will work fine interchangeably, like TV cards. Other cards, like graphics cards, must have a special Mac ROM on them because of architecture differences between PC and Mac motherboards (like, again, no BIOS on Mac). In short, there was no Apple lockout on expansion cards, just architecture differences. The only time I can remember Apple being anti-expansion card was when Steve Jobs was in charge the first time. He handled expansion cards by just not including the slots. Developers had to sneak them in to final machines as "debug ports".
I still don't get it. Why not integrate OS X clients with Linux servers? I don't get why you'd be switching out OS X.
What makes this different is Microsoft would never back down. Apple did. It's what makes them different than Microsoft.
How is parent flamebait? It's a fact, and its not flamebait considering Apple is one of the only companies currently shipping Altivec systems.
Thats not Aqua. Thats a library that lets you compile programs using Apple's interface library for running under XFree86. It's not at all Apple's window manager. It's more comparable to WineLib.