Silly me, of course you are right. Photoshop 5 is indeed THAT old. Having said all this, the OP could still run her copy of Photoshop 5 LE in an emulated environment http://emaculation.com/doku.php/sheepshaver http://www.macwindows.com/Emulator-for-Mac-OS-9-in-OS-X-updated-for-Mountain-Lion.html Might be a lot of work to get it to work, though. ... View more

Gener7 is indeed correct when he states that Photoshop 5 LE will not run on the latest versions of MacOsX. From Wikipedia: Rosetta is not installed by default in Mac OS X v10.6 "Snow Leopard", but can be retained as an option via the installer or Apple Software Update for users who need to run PowerPC applications. [4] Rosetta is neither included nor supported in Mac OS X v10.7 "Lion" or later. Therefore, with Lion and later releases, the current Macintosh platform does not support PowerPC applications. If Photoshop on a subscription basis sounds unacceptable to you, and you are looking for full license alternatives, Affinity Photo, Photoline, and Pixelmator are all great alternatives. Seeing you have worked with Photoshop 5 LE, I suggest you download the trial of Affinity Photo. You will be blown away. Both Photoshop CC 2015 and Photoline might be too much to swallow coming from Photoshop LE 5. Pixelmator is a tad on the simple side compared. Affinity Photo may give you the best transition, and was also developed for Mac-only in mind - it runs extremely smooth on that platform. And Photoshop Elements is sort-of the replacement for Photoshop LE 5. May also be a viable alternative. I suggest that you download trials for all four, and test them, and see which one you like best. Unless, of course, you do not mind the rent-your-software business model. In that case just go for the $10 per month. Although I think you might find Photoshop CC 2015 quite intimidating compared to LE 5. ... View more

Of course, in an ideal world. In the real world management often does not care, and just tells the developers to "make it work" and the devs have little influence on deadlines. Just look at the games dev industry: many examples. ... View more

Blame Adobe's management, not the developers. I believe if it were up to the AE devs themselves, they would never have had released an alpha version to an unsuspecting user base with these show-stopping  issues. I think management is under pressure to release new versions to make headlines and keep higher level management satisfied. Just like before the advent of CC, but in this case, unfortunately the users have become part of Adobe's "beta testing team". This would probably never have happened before Adobe's Digital Serfdom, in my opinion. ... View more

I agree with Sinuous: PHPMyAdmin is fine for the daily tasks, and is often available through external hosts' control panels. But for visualization purposes and more complex tasks, Workbench is the one I go with. And it is free, which is nice. ... View more

From your words I take it you have a Windows version only on the installation disc(s)? You mention you have Microsoft software(?). If so, you cannot use your Windows CS5 on your new Mac. I believe the policy is that you can cross-upgrade from CS5 to CS6, but that will cost you the upgrade fee. Any CS version's license before CC was platform specific: a Windows' license cannot be used on a Mac, and vice versa. Officially you cannot cross-grade from Windows to Mac for free (unless it is the current version, but since CS5 is no longer current, it is not allowed), but try contacting Adobe to see if they would be willing to allow the switch for a nominal fee. ... View more

More and more compatibility issues keep popping up on Macs now, unfortunately. Things will only get worse, since FW's development was halted in May 2013. ... View more

Did you do some research on this topic? You also misread what I wrote. First: yes, I am aware of Xrite True Color and SpyderGallery. Do you have experience with either one? I have a Nexus 7 tablet, and a Spyder 4 Pro. Both products merely calibrate the colours within specific photo viewers. SpyderGallery ONLY displays calibrated images inside its own viewing app - that is it. Same  for Xrite: only certain viewing apps are supported, no other software. Which means Android and iOS themselves (the OS) are unaffected by these apps. They are hardly worth the trouble, since the OS and its screen colours are not corrected at all. That is what I meant. What is more, SpyderGallery does not even function with the spyder 5 - and is listed under the discontinued section on Datacolor's website. In short, the tablet OS itself (true for both iOS and Android) does not support colour management. Second, as your referred article alludes to, the best we can do is to either take care of the conversion on the desktop side and convert to sRGB (since colour profiles are ignored on mobile**), or forego the use any colour management at all, and keep testing on the target device(s). In both cases we just have to accept colour changes depending on the device, and the screen. Many a discussion has taken place between proponents of either workflow. I am not going to reiterate the points in favour of, or against either approach. It depends on your situation, and the output intention (for example, GUI elements for an app a developer requires, or images for viewing, etc.). However, one thing is clear: if you fail to colour calibrate your own screen, you have no foundation to build upon. Anyone as a self-respecting (semi-professional) creative owes it to him/herself to hardware colour calibrate their screen(s) they work on. And get the hardware which can actually handle a reasonable colour gamut. I am often amazed by students of mine who insist on designing on cheap uncalibrated laptop screens, and then complain about their colours being all wrong when the work is viewed on other screens! D Fosse is correct in his estimation: if you want good colour, you start by investing a bit of money, purchase a Spyder, x-Rite, etc., and you adapt to a colour managed workflow in your work. You should be able to trust the colours you see on your screen while you design at the very least. Anyway... In a nutshell: the OP did not answer the question whether his/her screen is colour calibrated. That would be a good starting point. And no matter what, colours are going to look much more bright and fluorescent on a phone screen, because that is the display intention of phone screens: extremely bright, and saturated - that is how those screens are designed to be, because users must be able to read the screens in full sunlight. Which is entirely expected behaviour. As you say, Terri, he can convert the colours to sRGB, but that will not make the image any less fluorescent looking (well, perhaps a bit): blame the overly saturated and bright screen. It is just the way it is. --------- **Although I am uncertain about mobile browsers and the current state of things in this regard. ... View more

What a funny conversation. Unless the mobile device is color calibrated, no matter even if the viewing app supports color management (most do not on mobile), this discussion is a bit up in the air. Mobile devices' screens are all over the place in terms of colours, saturation, brightness, and quality. And as far as I am aware, Google Drive (docs) are not color managed either - and Android kernels are not suited for color calibration either, I believe? And my first question to the OP would be: is your computer screen color calibrated? If not, then the discussion sort-of stops right there. You would have no baseline to compare with: the device's colours might actually be closer to "true". You cannot know for certain. ... View more

This should be moved to the Illustrator forum. ... View more

Yes, I have worked with Phonegap as well, and built one or two apps with it over a year ago. For the last three~four years now I have been investigating and working with various platforms to convert html5 apps and games I created/am creating to mobile apps. Currently, I prefer XDK because: - the workflow is just... great! It provides an efficient integrated dev environment. Project management is very simple in XDK. After having worked with the CLI for many months, XDK's test and preview options, and click: build workflow is a bit of an eye-opener. Mind, I am used to the CLI, but XDK lets me focus on the html5 based app development, and spend less time fixing things in the CLI. It's actually fun working in XDK. I also have Netbeans running side by side for more complex projects. - USB debugger which requires no internet connection. It supports third party Cordova plugins as well. Break points and profiling included. - there are no limitations compared to Phonegap in terms of automated online building. With PhoneGap the free version is very limited. I also work with students, and this is an important aspect to me. Not everyone has a CC account. - PhoneGap requires configuring things, while XDK is a simple one-time installation, and off you go. It just works. Also handy in a class environment where the machines' disk images are reset every single class the next day. - the integration of Brackets is very nice. It is a good code editor. - live views in Chrome and Firefox without the need to save is very nice to have for the initial stages of development . The live preview on my Android devices required no configuration - again, it just works (through USB). The running app on my device is automatically updated after a code change and a save. - packaged web apps without Cordova can be built as well. Based on my last experience with PhoneGap, XDK seems to provide more build targets. - aside from my daily programming, I use Construct 2 to work on small games - Construct exports directly to a Crosswalk based project which is then imported in XDK. Simple and fast. (PhoneGap supports this since last July, I believe, as well - have not tested it with Construct, though). - profiler for Android devices. I find this quite handy to check memory consumption, etc. Again, a simple tab in the XDK environment. One drawback is the reliance on an external server to build the apps. I also have Apache Cordova installed for local building (which I prefer over the proprietary Adobe PhoneGap). Anyway, this is my experience. ... View more

Agreed, not a great example - it was just a quick example. The dark lower edges are part of the original, minus the black (unmultiplied). The result retains that information. Colour to transparency is, however, very helpful in removing the multiplied background colour from the smoke. Layer blend if is not going to help here, because it will not remove the black component from the smoke - although it can be helpful to adjust the initial result. Anyway, it is a very handy tool. I use it all the time to quickly unmultiply coloured backgrounds for further editing. ... View more

@jitendra: I do not understand how or why you chose that answer as the "correct" one. It answers nothing, and Noel's response at the time did not understand the full scope of the question: it was not merely about cutting out a background, but rather about "unmultiplying" the background's colour in regards to shadows and semi-transparent images. Photoline offers a colour to transparency adjustment layer that works quite well, and is super easy to work with. And multiple of these can be stacked, if required. It does help speed up things considerably. This is exactly what the OP is asking about. Photoshop does a pretty good job in regards to general masking and cutting out hair, and so on. But a quick option to remove the background colour from semi-transparent areas is missing, as far as I am aware. Then again, it would also be nice to have proper keying tools in Photoshop (such as the keying tools in BlackMagic Fusion :-P. It speeds up the workflow. ... View more

Did you know Brackets is the built-in editor in Intel's XDK html5/css/js app development kit as well? I think it is a pretty good editor, but the instant my projects grow larger in scope, I find it a bit unwieldy, and I switch to Netbeans IDE (which has built-in SASS and LESS compilation anyway). The split windows in Brackets work well with a couple of documents, but I agree with Sinious: I also open a lot of files simultaneously, and Brackets starts to slow down my workflow at that point. Then again, it is a bit unfair to compare it to a full-fledged IDE, of course. Anyway, if anyone is interested in building apps out of their web apps, and enjoy Brackets, Intel XDK provides a very familiar environment. I love the live app preview, and the device preview which is automatically updated when changes are saved (meaning: while you work, you see the changes reflected on your actual device! Very handy!). ... View more

You are not talking about Fireworks, are you? That is a Photoshop screenshot. It will not work in Fireworks. ... View more

A combo of PineGrow and Sublime Text gets you a brilliant design view, round-trip editing, lightning-fast editing, and code folding based on tags and selections (just like DW 2014 and before). And SublimeText has a great plugin ecosystem as well. Code editing | Pinegrow Web Editor ... View more

Check your plugins: some users have encountered the same issue with audio player plugins which they had installed in Chrome, and when they deactivated/uninstalled these, Fireworks would not have any issues anymore. ... View more

It is one of Adobe's process which causes it - you are not the only one who has encountered this issue. In one case it was Adobe update service causing this file to grow due to it not being able to contact adobe's servers. Try to identify the culprit by running Activity Monitor, and killing each adobe related process until PDApp.log stops growing. ... View more

chrisgelles wrote: If there's a bug report, please consider this a bump up. Even if there were one, it would not matter, since Fireworks development and support stopped in May 2013. So, it is up to the users themselves to resolve this somehow. Adobe is out of the game. ... View more

That's what I thought: the user first has to select the content between braces or parentheses by hitting <ctrl><'>, and then a second short cut to fold that code (which is set by default to <ctrl><shift><c>). I was hoping I had missed a secret key combo to avoid having to set a selection first. It's a lot of work (relatively spoken, of course). In Netbeans, for example, it is only one key combo: <ctrl><->. It takes double the work in Dreamweaver CC2014 and prior. Still, being able to fold a custom selection is still very handy - hopefully, after all the up-votes, the DW devs will bring this feature back to DW. ... View more

Which key combo is that? Does it work with js and php (functions, conditions, etc)? ... View more

I feel the old method (select and fold) was often too slow depending on the situation. This is one of those situations. Selecting code blocks between braces is cumbersome: I just wish to place the cursor anywhere in a block, and hit a key combo to fold that part of the code - automatically based on the braces. Why force me to select the contents of a function first? It takes too much work, in my opinion in these type of scenarios. The older versions of DW have no clue about js and php code order, and are incapable of folding all functions in js and php automatically if required. And I also like to see how many lines are hidden in any folded block of code. Merely the first couple of characters are not very helpful while coding. Having said all that, I do like the old version's selection based folding as well. But it is time for a code fold update in my opinion. Perhaps the current version is just the start, and the dev team did not have time to finish the completed feature set they have in mind. ... View more

Even I up-voted for this feature, and I do not use DW anymore - but several of my students still do, and they would very much dislike the new folding which was introduced in 2015. ... View more

I suppose the reason this code fold behaviour was changed (not saying this is good or bad!), is because the old version had no sense of the code order and organization.  This allowed for arbitrary custom code folds based on selections. The new version does have advantages (otherwise other mainstream code editors and IDEs would not have implemented the same system), but really needs simple shortcut keys to control the feature, and must be extended with other options which are readily available in the other editors and IDEs. For example, both PHPStorm and Netbeans allow for custom code folds to be set, which can be controlled with attributes which decide whether they should be collapsed or not when loading the file. // <editor-fold defaultstate="collapsed" desc="user-description">   ...any code... // </editor-fold> This snippet inserts a custom fold in your php which collapses when the file is opened in Netbeans: very handy under circumstances. Other handy options are automatic folding of html comments. In a nutshell, I see the current implementation of code folding in DW to be at its infant stage. It is an unfinished feature. ... View more