You need to be a member of Studio Artist to add comments!
MSG Advanced Editor question
is it possible to change/control what pallets appear in the Grad Tab?
Read more…Nü Müzak
"Nü Müzak" video made with MSGs. The muzak (haha) was made with Bespoke Synth (cool free modular music program). https://www.youtube.com/watch?v=zRSzm1-QBMI&t=305s&ab_channel=Thorrific
Read more…I am looking for an Art Deco type effect
I am looking for an Art Deco type effect, does anyone have that type of effect...?
Read more…Is anybody making a copy of all the material in the Tutorials Forum
Since the Forum is going away in June, has anyone started to make a copy of all the stuff in the Tutorials forum?I've made copies of some of the tutorial material on the main site, but haven't looked at the Tutorial Forum yet.I'm going to continue copying as much as I can for my own personal use anyway, but if anyone else is doing it, or has already started doing it, please let me know.Maybe we can co-ordinate our efforts. ps can't ..... believe John, would let this happen without so much as a…
Read more…
Replies
I looked for a preference to adjust the dock behavior for these 2 cases, but if it's there i missed it. The dock behavior on the power book is what i would like for all machines, since without the dot on running application icons it's hard to figure out what is already running and i'm very used to drag and dropping files on running application icons in the dock, so the new apps not showing up there as new icons is a big annoyance.
The default indentation in xcode 3.0 also behaves very differently from previous versions and there seems to be a bug associated with indentation support (i'm probably the only person on this forum who cares about this, but it is annoying to say the least).
That review also brings up a number of visual issues that seem a step backwards from tiger to leopard, and i agree with their assessment on those issues. overall i agree with you it's probably an improvement in your daily mac os experience, but there are some things like the ability to scrub audio or video in the finder that they removed that seem like steps backwards to me (you can play the audio or the video but you had a scrub bar in tiger that made that feature much more useable).
I think it's odd that coverflow is in the finder, but not in the find file dialogs, since it would probably be most useful there. It forces you into the drag and drop way of working. Although i have to say, it's visually very eye candy appealing at first glance, but actually finding something in there when you have a lot of images is another story, so it's a lot less useable than you might initially think it would be. It seems like a feature more designed for a flashy demo than actual usability in your day to day work in many ways, or a feature that makes sense on a small iPhone but could probably be built in a much better way for people using a large monitor to take advantage of that space. If you are looking for an album cover you know the name of the group or the album, while when browsing for an image in a large set of images you need to rely on visual cues only.
Indentation is a feature in text editors for people who write code. It's basically auto tabbing of the beginning of a new line of text. The default behavior in the last version of xcode was that when you hit return the cursor positioned on the next line to match the beginning of the previous line:
In xcode 3.0 the default behavior is no indentation, even when the key preferences are setup the same way as old xcode to force indentation on a return. Which would be totally painful for programming, indentation is totally essential for code readability (but individual coders indent differently according to personal style). So you have to turn on auto-indentation preferences in xcode 3.0 and then turn off everything except indent on a return. However, when you do this brackets '{' also autoindent even though you have that turned off. If you don't write code this will make absolutely no sense, but it slowed me down to a craw when working on sunday in xcode 3.0. i tried to put some examples in this post but the way ning formats the text you lose all the indentation. if you have more questions you can email me directly.
But the reality is that apple has indeed 'punished' long time developers with certain behind the scene decisions they have made over the last few years, at least from my vantage point. Rewriting applications with millions of lines of code is not something that is trivial, which is what you are talking about for applications like Studio Artist or any of the Adobe applications when decisions are made that force us to rewrite or modify millions of lines of code. At worldwide developer conference in 2006, apple said they would provide full 64 bit support for carbon based applications in leopard. many developers (including us) made long term decisions based on that statement, so when they changed their minds a year later it had major implications for anyone who has a code base with some history to it (ie. long time developers for the platform). i disagree with your friends assessment of why the decisions that were made, and the long and involved discussion on the carbon mailing list last summer supports my feelings on the matter. It's probably not an appropriate topic for this forum, i'd be happy to discuss it offline with you if you are interested.
So don't take my previous statement as implying that we are abandoning the mac platform because that is simply not true. but you should be aware that apple is the party to blame for why Studio Artist will not be available in a 64 bit build in the short term. i'm totally frustrated about that fact for a number of reasons. one, i'd love to be using a 64 bit build of studio artist for my daily work. two, people like yourself are going to make statements like you made above where there is an implication that we are abandoning the platform when in fact the opposite is true, apple has been abandoning their long time developers with some of the decisions they have been making behind the scenes. If apple had followed through with what they promised developers in 2006 i would be able to compile studio artist 4 64-bit build today.
it reminds me of the initial osx release, where the same code would actually run faster in classic than in osx since the initial osx builds had some serious slowness issues. Because Synthetik released both a classic build and an osx build for our users (as a service to our users i might add, most companies just released an osx build to avoid the comparison or because it was less work), we were taken to task because the osx build ran slower on the same machine than the classic build. that wasn't our fault, that was apple's fault. but we got blamed for it. i see the 64 bit issue as falling into the same category. we get blamed for not supporting the platform when in fact the opposite is true, the platform is going out of it's way to not support us.
Again, probably a topic to take offline from this forum for further discussion. But at least you get a straight story from us about what is really going on as opposed to some strange marketing smoke screen. So sorry if i'm a little hot under the collar about this whole issue, but that is the reality of the situation, and it has nothing to do with any lack of commitment to the mac platform, far from it.