Jump to content

MiWe

Members
  • Content Count

    34
  • Joined

  • Last visited

  1. Thanks for let me knowing. It's fixed ... Greetings
  2. Yes, sure you're right ... I will try to be patient Greetings
  3. Should be, but is not ... The fix for Photo solves the issue in Beta build 1.9.1.971. The latest Publisher beta shows the described behaviour. Greetings
  4. SORRY WRONG PLACE ... PLS MOVE Can someone try to confirm the following AFPublisherbehavior, please: 1. Open a AFPublisher file which is write protected 2. Try to save it in another folder with same name or rename it, does not make any difference On my system i get a message that the file could not be written. At the destination folder a file with the correct name but size 0 byte appears. System is Windows 10, AFPublisher 1.9 release Version and Customer Beta build 1.9.1.967. This behaviour als occured in AFPhoto and has been corrected in Customer Beta build 1.9.1.971. Greetings
  5. Nice to hear ... thanks for that information. Greetings
  6. Hi Gabe, Images are archived as *.afphoto files on a server in read-only mode. When opening such a file, an error message appears when trying to save it to another folder/location. There is a message that the file could not be written. At the destination folder a file with the correct name but size 0 byte appears. Designer and Publisher save similar files correct. System is Windows 10, AFPhoto 1.9. Greetings
  7. Is there any short cut to activiate the hand overlay 😁 ... Just curious. Greetings
  8. THX for moving the topic ... Greetings
  9. Can someone try to confirm the following AFPhoto behavior, please: 1. Open a AFPhoto file which is write protected 2. Try to save it in another folder with same name or rename it, does not make any difference On my system i get a message that the file could not be written. At the destination folder a file with the correct name but size 0 byte appears. Designer and Publisher save similar files correct. System is Windows 10, AFPhoto 1.9. Greetings
  10. Gave it another try ... wPOINT5 works ... if you use wCOMMA5 it does not.
  11. Scaling by a percentage of the original image does not seem to work. But you can include macros in a batch job. Maybe that could be a workaround.
  12. Your layer named BACK has a opavity setting of 60% ... Turnining it to 100 should solve your problem. Greetings
  13. That is what i did, disableing te live effect. As i wrote in my previous post 😉. Rasterizing would just be the alternative ... Greetings
  14. Yes, i see ... Thanks for explanation. Played a little bit with the live filter and tried after applying to use the clone tool – no good idea. I had to disable the live effect or rasterrize the layer to work on. So both techniques have their own advantage.
  15. Thanks, works like a charme ... But in which situation one would use tehe perspective tool? I dont see any reason for it, seems a little bit useless Greetings.
×
×
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. 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.