Jump to content

Polygonius

Members
  • Content Count

    778
  • Joined

  • Last visited

2 Followers

About Polygonius

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. There is 18 Designer beta, but i´m just a Photo-owner, so i dont know! - Is it meanwhile possible in AD that i can create "animation stripes" for eg. knobs/potis/fader.... in a smart/efficent/fast way, like e.g. in the FREE knobman/some CSS-websites....???? I just define the start/end-point (for eg. 4 layers) and AD will create (eg. 32, 64 or 128....) between-steps automatically and render this as a vertically "stripe", so i can export and use this PNG in VSTi or other apps which needs such "frame-stripes"?????
  2. Its not a Serif-issue, its an Apple issue! If i fullscreen AP in osx 10.15 there appear really ugly native "transparancy effects" shining trough to the AP-UI. I absolutely do not like that! And as said, its not by Serif, it happens also with other apps in fullscreen! I tried everything in OSX system-properties i found (reduce transparancy, etc) but this is only working for dock-effects not for this transparency effects in general. Please AP could you, as a company, ask apple to make an option to reduce ALL transparancy-effects? You have more "voice" as a single person! Thank you! BTW its not only a view/taste-problem, it also waste system-power for this ugly effect!
  3. Maybe wrong place, so please move it. Thanks! - but is official or upcoming 18 Beta AP ready for catalina?
  4. Sometimes a CONCRETE quest will also help! Its a complete leecher-generation isnt it? Am i too? Serious qeustion????
  5. Is this a "Retina" mac/display? Izt makes a huge different if the display is "just showing" 4 or 5K, even in absolut non-pixel-apps like all audio-stuff, but with a "moving/dynamic-UI"... Just the pure "showing the display" takes a lot of CPU, yes, CPU, not GPU and we are in 2019.... Its a shame from the OS/HW-manufactures to keep "just 2D-displaying" as a thread for CPU, not for GPU! In Audio-Apps you have to hide some advanced "display-gimmicks" and you will maybe reduce the "drops and clicks" which is normally an identicator fpr too much CPU. In AP you will reduce the time for running a very complex macro, if you reduce just the size of the "canvas" (your simple cmd+1.2,3.... or plus/minus "view"), as smaller the "just display" as faster the REAL computing.... In general you will save save CPU!!!!!! if you reduce the amount of pixels your screen is showing!!!! But for this - i do not have extra-paid for a 5K display, which i really love, i´m a screen-pixel-junky, i love high, higher, highest resolution.... !!!!! And thats in 2019!!!! Its a shame, but its not the problem of Serif/AP, its by Apple(OS)/GPU-manufactureres... The OS should be able to decide, ok, this just a GUI-thread -refresh inside an audio-app, it has no really priority and never must refreshed 441000 per second.... 25 times per second is "vital enough"... and the GPU should take care about this, its not really my work...
  6. i´m in Photo! Maybe thats it. Or maybe i´m too stupid to understand what you are saying. But to just lean/bend... does not make a square to a parallleogram (in a square = all angles are 90°, in a parellogramm just the A and C has the same angle and the B and D has the same the angle). So how can i get this with a standard square in PHOTO???? I know i can create something like that with the pen-tool and than bend and stretch the object, but it isnt a "shape", and its difficult to change the AC/BD-angles later....
  7. maybe i´m blind, but i didnt found the shape "parallelogram"? is this maybe hidden in trapez/sqaure/ polygon?????
  8. HI Gabe, sry for delay... was some days on a trip.... Well, the problem, is to the half my faul, but to the other half its your fault: There is a complete confusion with the german translation with the new "delete white/black matte" entries in the filter-color-menu. This new one entrie has the EXACT same translation like the origin "delete white background" - see the screeny. I tried the first one (which is afik for delting white "matte", not for white "backround") and it didnt work, the second one (with the EXACT same name, works as known). So maybe you should give a tipp to your german translator "matte" in this case is more "Saum, Naht, Rand...", but never the german "background" = Hintergrund).
  9. The "delete white background" filter does not work anymore! If i select a white pixel with the "magic tool" and uncheck the "just neighbor" box, it works, but this special filter for this stunt, does not work in 172.
  10. I´m as JUST AP-owner and mainly "creative Photo-editor" and i am happy about AD and LR elements in AP. At least on the first view. In second view, this an expansive "giveaway". Most of my "design"-wishes are covered just by AP. So why should i buy AD too???? Or on the other hand, mainly "Designer" are happy about AP functions in AD. So why should they buy AP too? I do not need any Publisher and i do not need any After Effects and i do not need any Lightroom (as develop-cabin, but i would love and buy a Affinity-Bridge, just for handling and thousand of thousands files) . . But that just me. Other People have exactly different focus than me. Affinity goes the way from all a little bit more, than a little bit in all "brother-apps" too implement. Ok, its a nice giveaway, i do not say know, maybe anytime i will even use this. (In my case, i have never used RAW-persona)... and other AP people has never used any shape in AP except rectangel or circle... or even this not. What i want to say: All Affinity-"specials" covers a wide range off familar apps, thats pseudo-ovviously fine and if AFFINITY would have endless ressources... i would say: Prima, go this way next 7000 years. People who thing like this, does not see: There is nothing for nothing! Too implement a pseudo-Lightroom in AP called RAW-persona... i pay this, without needing/using. (As said, i tell on from my view/usage). I pay a well implement/developed feature, i never use... There is nothing to say about some "rudimentary" functionality of familiar features in a Special-app. But for really DEEP time and ressources, there should be a seprate APP instead this all-in-one-swiss-knife concept. Than what happens too really relevant (just) photo-EDITING-aspects (like macro-development or brush-concept...) when the ressources are bundled to a more less strange, other app with other main-focuss? A Raw-Persona seems to be a nice giveaway, but i have to sell indirect, by resource-focus of such things, instead to focus on core-features of JUST an "Editor/creative photo-app". A Lightroom is a Lightroom and an creative EDItor is a creative Editor and a Design-App is a Design-App... all should have BASE features from each other... but in the MAINLY core, each APP should be a really specialist, not the brother from each other with just different things of how much i offer from my brothers... Just for example: A separete, high special Lightroom with new features, would brings you more new customers as a little bit LR inside AP. Except "Schnäppchenjäger"... most people prefer innovativ, really high core-develop-special-apps before dozens of swiss-knifes, which all a little bit, but nothing really excellent does. I guess a special Lightroom team (for exampel) would bring BOOTH apps AP and your LR to better results. And it would bring new customers for booth apps! MAINLY AP-user would love eg. new macro-possibiltys and MAINLY LRer would love its new environment and new special adjustments... OUTSIDE from this. For a really hand-in-hand-SUITE there should be a file-manager like BRIDGE. Not more, just a smart-file-manager that i can easy switch from one specialist to another specialist inside the modules of my "SUITE". Each SUITE_Module(special app) offers me ALL relavant files in the same structure and last state in each other module. the price for this should be inside each special app, anti-kulmunativ, lets say ONE app covers this hidden product with part of XY for complete SUITE.. if you have 2 apps/modules you paid always a little bit more of this. And so on. Same for "MODULES". But read first next: "PERSONAS" could be fresh way, IF you thing of it as SEPARATE MODULES, which all ARE extra-pay-modules are, all have its more/less resource/develop-teams... i can use RAW/LR in FULL functionality but i have to pay extra, for this module in my personell SUITE! Example: I (as mainly creative Photo-editor/tweaker) i EXCEPT a litttle bit functionality from ALL other apps in my app, like texting, shaping, brushing, rawing... But RUDIMENTARY functionality of this. IF i need MORE functions of other specialist i can EXTRA-Buy a module. Please be fair and let cost just the new stuff/ the difference. AD has lot of AP features and viceversa. So i pay just the difference. And if i use APub too, so i maybe have as AD and AP -module-owner just have too pay 33%... Maybe 56% will buy a whole all-in-one SUITE and become 10% extra off... But however, in which constelation ever, YOU will win, SUITE-buyers will and purist like me, will also win. Its not necassry or wished, that AP is also a half AD and a 70% LR. Its enough, that AP has SOME rudimentary features frome there and there and there... If i like/Need more i can buy the FULL or a SEMI-Version frome there and there and there... If i need all a can buy THE SUITE as allinone for very special price.... I´m sure this buisness-concept with focus of state-of-the-art for each specialist, will bell your cash-register often more AND all custumer will be more happy, cause as more money you have, as more SPECIALIST Developers you can contract.
  11. You have to create/select a category before drag/drop from finder. Here it works fine with highsierra!
  12. As a GUI-creator for music/VSTi - frontends and dynamic tools, like knobs, faders... multi-text.... i would fisrt of all need simple math/polygon animation, like in the free (java) JKnobman. And this as part of AD/AP. From that point there is a lot possible, but animating in a very simple "math way" should be a basic part of a modern design-tool. So please serif, just study/implement/offer simple "math" animation as your base and offer just this (rudimentary, but solid) as part of an existing product. Wahts about your DAM? How many years, in the meantime, you are not happy with a final "raw-app" or just better-finder-catalouge? In the meantime just a quick&dirty spotlight/windows search "catalogue" inside AP - what is soooo difficult by using existing libraries/tools (eg. spotlight/i-tunes-like-"amart-albums"... are very power-full... search e.g. for all texture-images by name/date/size/last edited/folder....address it in how many "places" you want... its all since years always given AND free to use....)... Alll YOU have to do: just create an Access to this "library" (wich is the finder) .... WE use this imperfect solution, during you can use this as inspiration-tool for how to do an better App! Win/win! Same for tracing... and so on... Please Serif, have some COJONES to "implement" experimental stuff. Just say "Thats experimental, do not use it, if you except a ready feature! . We do not give any warranty or support!" What is better by give absolutely NO solution, instead to give an imperfect meantime-solution, without any warranty/support?
  13. AP does not have independent artbords or stuff like that, which collect "more files" in one "container". In very complex projects, like creating a GUI (with all related stuff inside, not just the GUI) i use "main-chapter-groups" for this. So i have eg. my "static GUI- frontend" and misc folders with dynamic stuff, like all multi-text in another folder, and my knobs, faders.... in another main-chapter-group.... With view collaps/decollapse and view/hide AND lock/unlock... the main-chapter and big backgrounds in each chapter it is ok to work. Not really comfortabel like just artboards, but its usable... i can simulate some views.... edit my dynamic stuff.... i just need ONE file-"global"-color-palette... and each cahnge will transmit to all "sub-files".... And with the great shape/polgon-tools and the fact that 1.7 also have assets in AP.... So, for me there is no current reason to buy AD too. But there would be a reason: If AD would be possible to automate simple/math "animated" stuff, like creating a knob or fader... like in the free java-JKobman app... i would on the same day buy it! But it should be a little bit better than JKnobman. All knobs, faders.... as separate files in one easy project... "global" colors, batch-export like in AP.... Simple animation-automation, that would be a REALLY reason to buy AD too!
×
×
  • 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.