Jump to content

Samoreen

Members
  • Content Count

    107
  • Joined

  • Last visited

Everything posted by Samoreen

  1. Thanks. I'm aware of this option and I do want that the opened file be converted to my preferred working space. But I also want to know what's the original embedded profile without having to resort to another software. Sometimes, we have to work with files that we have not created ourselves.
  2. Hi Kirkt, The information you mentioned appears to be the working color space, not the original embedded profile of the loaded file. Am I wrong ? If I load a file with the sRGB profile embedded and if my working color space in AP is Prophoto, AP shows Prophoto, which is correct but this is not the information I'd like to access from AP.
  3. Hi, I couldn't find any way to determine the embedded profile of an image loaded in AP. I can see whether it has been converted to the working profile or if the image had no embedded profile but if there was an embedded profile, I can't determine which one from AP. Did I miss something ? Thanks.
  4. Hi, I you have a backup of your system disk, you should have a look there : I described where the workspace is stored. So, you can restore it from your backup.
  5. Hi, You should try Save | Edit with external program | File/Save in DVP. So, the original file will be modified. This is not the case with a filter : only the in-memory image is affected by the Save button in DVP. But here, there seems to be a communication problem between DVP and AP. DVP is expecting something from PS than doesn't seem to happen with AP. Using DVP as an external program seems to be the temporary solution but AP doesn't seem to detect changes in the original file and doesn't seem to have a "Reload" command (did I miss it ?). So you have to close the image and then reopen it. Rather awkward, I admit. I think that AP should react when the current image has been changed by an external program. At least, a Reload command should be available.
  6. Confirmed. Photo crashes immediately without any error message. I tried Ctrl+Shift +P.
  7. Also, note that if I hit the ")" key in the keyboard shortcut manager (without depressing SHIFT), I don't get the "°" character but the actual ")" as expected. This is not consistent with the fact that I get a "5" when hitting "(" without depressing SHIFT. Another indication that the mapping used is partially wrong.
  8. Hi Chris, > Out of curiosity, if the app language is in FR, does it still happen? I don't have access to a FR keyboard to test. This doesn't make any difference. On the french keyboard ( and ) are not shifted keys and all digit keys are shifted. It's the contrary on the UK keyboard : ( and ) are shifted and digits are not. So I think that the problem is that the keyboard shortcut manager uses a wrong mapping for this row of keys. Otherwise I wouldn't get a 5 when hitting ( . I obtain exactly the same result when switching to the UK keyboard driver under Windows. You can test the french keyboard under Windows by attaching the french keyboard driver to a hot key. Please find attached the french keyboard map.
  9. Hi, I'm using Windows 10 EN with a french keyboard (yes, this is a legitimate setup 🙂 ). All my software is in English, including AP. At the top of the french keyboard, the keys from 1 to 0 are actually & é " ' ( - è _ ç à . Numbers are on the same keys but accessed via the Shift modifier. When defining a keyboard shortcut, all the & é " ' ( - è _ ç à keys are wrongly recognized as 1, 2...0. The two rightmost keys ) and = are OK. This leads to trouble. Let's take an example... On the french keyboard [ and ] are not easily accessible. So, I decided to replace them with ( and ) to control the brush size. But while ) is correctly recognized and actually increases the brush size, ( is recognized as 5 and doesn't work (actually it triggers the "set global opacity" function). I guess this is because AP assumes that I'm using an English keyboard. However, there is no problem when entering text in the application itself.
  10. In Photoshop, if the image processed with ACR has been opened as a smart object from ACR, you can go back to the ACR settings and change them. In all cases your settings are stored in an XMP file and if you re-open the RAW file, your previous settings will be there. In AP, unless I missed something, once you have developed the image in the Develop Persona, you have no way to go back. If you reload the RAW file, your settings are lost and you have to start again from scratch. That's a huge difference, indeed. Not talking about the development quality. For me, the Develop Persona is superfluous. See my post above.
  11. I should have mentioned that this happens when the Scope panel is detached and independent from any other panel.
  12. Hi, I'm using a dual display configuration. I have moved the Scope panel to my secondary display. When re-opening an AP session, the Scope panel goes back to the main display. By the way, many requests for a workspace manager have been posted. Any chance to see this feature implemented one of these days, like in any other similar software ?
  13. Well, I think I'll go against the tide about this idea. Considering how advanced are the RAW processing software nowadays and considering that Serif currently have no idea about how they will implement a non-destructive RAW development in the future (see above) and also that they are probably using an external RAW engine like DCRaw or LibRaw, I'd say that I neither expect nor need or wish this feature. Lightroom/Camera RAW, DxO Photolab, Capture One are dominating the RAW Development software market and Serif will have a hard time catching up. The question is : why are so many photographers interested in Affinity Photo ? Because they need a tool that is easier to use than Photoshop, that can do enough to handle most retouching tasks and that does not force them to enter the subscription marketing model. Photographers need a tool that allows them to accomplish the retouching tasks that are not possible in their RAW development software, just because it's something totally different. So, my opinion is that a version of Affinity Photo without any RAW processing would be certainly welcome. Just forget it and focus on the retouching features that could be enhanced or added to AP. Successful software concentrates on what it can do well and tries to do it even better.
  14. Now, you're quibbling. Again, the way the workspace management feature is implemented in the apps I mentioned above is satisfactory for most users. If the AP development team is waiting for a perfect solution that will work in absolutely all cases, I was right when suspecting that we'll never see such a feature in AP.
  15. Fair question. But to answer it, I would need to have access to the source code of such applications. However, I have been teaching software design and development for years, I have made a lot of development myself, and I do know what is possible when using such models like MVC. PS probably doesn't use MVC, DxO Photolab probably does,... I can't be sure. Anyway, I think that we are shifting from the initial question. The applications that I have mentioned above (PS, etc.) have implemented a workspace management system which works with any stable display setup, whatever their internal design. I'm not requesting more. I can accept a few glitches when adding or removing a display, when changing the definition of a display, etc. Not a big issue since this will not happen very often. I don't see any good reason for which AP should be unable to provide such a feature.
  16. Implementing an application model that makes window management flexible and adaptive is certainly something that requires some work but this kind of model already exists. For example, many application frameworks implement the Model-View-Controller model. It's just a matter of using it. Any application based on such a model can easily implement workspace management. Implementing a well-designed window management code is different from managing multiple workspaces. The latter (and that's what I'm talking about) is a breeze if the underlying window management code is correctly designed. As stated above, if managing multiple workspaces can't be done at all or at least not easily, it's because there's something wrong with how windows are managed in the app. Maybe the designers of AP shot themselves in the foot by not adding the multiple workspaces feature to their initial specifications from the very beginning. And maybe it's too late now. Photoshop does it, DxO Photolab does it, Capture One does it, Silkypix Developer Studio does it,... I'm not sure that we'll ever see this feature implemented in AP.
  17. This is what I call a workspace naming procedure which obviously implies interacting with the user. All the remarks made above are certainly relevant but sorry, they are supposed to have been already taken into account even if the program insists on supporting only one workspace. Reacting on configuration changes, proper isolation of the workspace loading code, handling of opened palettes when quitting the application, interaction with other Affinity applications, etc. All of this is hopefully already handled in the current code. For example, what if I remove a secondary display and then relaunch AP while the latest recorded workspace space included palettes formerly displayed on the secondary display ? This has nothing to do with the fact that multiple workspaces are supported or not. If AP is properly designed, all these points are necessarily already handled. So I insist, coding a workspace saving and reloading mechanism is easy and should not take much time. If AP has been coded in such a way that adding such a mechanism is long and difficult, I name this a design flaw. This request has been made years ago. So, I'm wondering why it takes so much time to implement this feature the same way as in similar software. If this possibility has been overseen in the initial design, it's another problem and this could explain why the development team are reluctant to do something about it.
  18. Actually, one or two hours are more than sufficient. As I explained somewhere else, the code for saving and loading a workspace already exists in the program and, with exception of a few glitches, it works. So the only code that has to be added is 1) a workspace naming procedure and 2) small changes to how and where the workspaces are stored. Nothing more. This can be done by a summer student.
  19. Gabriel was even able to create a .bat file doing the job (thanks, by the way). But it's a pity to have to resort to such solutions when one or two hours of coding and testing would be enough to implement a native solution.
  20. Don't hold your breath. I think there's some kind of mind blocking problem with this request. Coding this feature would be easy and quick. No need to be a top notch developer to do this. The reasons given for not implementing it are irrelevant. So, I guess there's something else preventing the development team to satisfy this request for a feature that is implemented by design in any other similar software. This is the same kind of problem as the questionable Save as... implementation in AP. No intention to listen to what the users say even if the request is easy to satisfy. This is surprising for a software that is otherwise gaining in popularity and for very good reasons.
  21. Hi, I could reproduce. I think that the problem can be narrowed down to the Alt key handling in AP. Normally, when hitting the Alt key, the application's main menu switches to a special mode where it expects a character key to be hit. If this character corresponds to an underlined letter in the currently active menu, the corresponding command is executed. In any application, using alt-tab enables this special state in the application that currently has the focus but then, Windows tries to show the other running apps, allowing the user to select one to switch to. If the user returns to the application that had the focus when alt-tab was hit, the special "Alt" mode is then disabled. This doesn't seem to be the case in AP. So, the program is still expecting a character key to be hit and all keyboard shortcuts are disabled. Hitting the Alt key releases the special mode and things then works as usual. My two cents...
  22. I can confirm that AP is an excellent Photoshop replacement for photographers. For quality RAW development, just use a dedicated tool (Lightroom, Capture One, DxO Photolab, etc.). For this task, AP still has a lot of progress to do. Actually, I think that a version of AP without the Development Persona and focusing on image editing would be welcome.
  23. Hi, In the french version, both Screen and Overlay have been translated as Superposition which therefore appears twice in the menu. Moreover, Overlay had been translated as Incrustation in previous versions which adds to confusion. To be consistent with Photoshop, Screen should actually remain translated as Superposition and Overlay should be translated like before as Incrustation.
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.