Jump to content

Recommended Posts

This is a two-fold question.  First, where do Designer and Photo hide your files like your styles, brushes, color palettes, Assets on a PC?  I've looked in Program Files, Program Files (86) and in the apps areas, Local, Roaming, etc. and I can't find them anywhere.

And secondly, if you have a gazillion styles or brushes, etc, installed, does that slow the program down?

Thank you in advance.

 

Share this post


Link to post
Share on other sites

This is a hidden file so you need to show hidden files.

I don't know what version of windows you have because you have no info displayed in a sig so you will have to look up the process via google search.

Share this post


Link to post
Share on other sites
7 minutes ago, firstdefence said:

This is a hidden file so you need to show hidden files.

Hidden subfolders don’t show up in an Explorer window when you navigate to the parent folder, but I’ve never had to tell Windows to show hidden files and folders in order for me to view the contents of Application Data folders such as %AppData%\Affinity\Designer or %AppData%\Affinity\Photo.

Share this post


Link to post
Share on other sites

One of the first things I do when I install Windows on a system is unhide hidden folders.

There really should be shortcuts to the locations of these files in Prefs, this is a Pro app and Pro's NEED to tinker and tweak or just be curious.

There needs to be a serious overhaul and better management of assets like styles, fonts, symbols and brushes, with tag systems and grouping and removing the annoying category creation and not being able to rename it immediately without having to go back into the burger menu.

Share this post


Link to post
Share on other sites
8 minutes ago, αℓƒяє∂ said:

Hidden subfolders don’t show up in an Explorer window when you navigate to the parent folder, but I’ve never had to tell Windows to show hidden files and folders in order for me to view the contents of Application Data folders such as %AppData%\Affinity\Designer or %AppData%\Affinity\Photo.

I haven't personally used a windows machine for years, I find them clunky.

Share this post


Link to post
Share on other sites

You don't have to show the hidden files to access those files (but it's easier), since when you're at "C:\Users\_UserName_\" you just need to complete with "AppData" in the adress bar and hit enter to be in the folder, and you'll see the subfolders.

Our styles, macros, etc. are in :
C:\Users\_UserName_\AppData\Roaming\Affinity\Designer\1.0\user\objectstyles.propcol

raster_brushes.propcol file is huge, but I thinks it's only long to load when opening the app (Designer opened in ±20 sec. with a lot of brushes, etc. = 3.58 Go,  and Designer Beta — fresh installation, user folder = 42.8 Ko — opened in 6 secondes. (Memory usage: Designer = 848 232 K, Beta = 369 700 K).

 

 

Share this post


Link to post
Share on other sites
12 minutes ago, Wosven said:

You don't have to show the hidden files to access those files (but it's easier), since when you're at "C:\Users\_UserName_\" you just need to complete with "AppData" in the adress bar and hit enter to be in the folder, and you'll see the subfolders.

If you put %AppData% in the address bar, it will take you straight to your C:\Users\<username>\AppData\Roaming folder. :)

 

Share this post


Link to post
Share on other sites

Okay, I found them - thanks!!  That answers the first part of my question.  The second part is about the size of the various files.  If I have a LOT of assets, styles, brushes, etc.  Will that cause the program to slow down?  Is there a limit?

Share this post


Link to post
Share on other sites

Only the developers can tell you if there’s a limit, MaryLou, but now that you’ve found those things you can answer your other question yourself by moving them out of that folder and checking for a noticeable improvement in performance.

Share this post


Link to post
Share on other sites

I don't have that much stuff at the moment but I suspect it would take quite a lot to slow it down.  The reason I asked was, in another program that I used, I  had 15 years of graphics I made stored in the "Assets" area. It did not slow the system down because what you saw when looking at a given asset was a watered down thumbnail with a link to the asset itself. It loaded the actual asset  only when you clicked on the visual in the Assets panel.  I was wondering if maybe AD handled the files in a similar manner.

Thanks again for the help on the files location.  I actually knew that but somehow I didn't see them when I looked.  Maybe new glasses would help.

Share this post


Link to post
Share on other sites

Teejay, I thought the same thing as you - I couldn't find my styles.  They are there but listed as objectstyles.propcol.  

Also, someone mentioned that I don't have any info in a sig file.  I went to my profile but not sure where to put that info.   Nothing specifically says "Sig"..

Share this post


Link to post
Share on other sites
8 minutes ago, MaryLou said:

I went to my profile but not sure where to put that info.

You need to go to your Account Settings page, not your Profile page. There’s a Signature link on the left (or you can use the link in this post, of course).

Share this post


Link to post
Share on other sites
3 hours ago, firstdefence said:

There needs to be a serious overhaul and better management of assets like styles, fonts, symbols and brushes, with tag systems and grouping and removing the annoying category creation and not being able to rename it immediately without having to go back into the burger menu.

Fonts should be managed by the OS, but it would be nice if we had better tools to manage in-app resources like styles, brushes, & so on. I doubt the devs would ever allow users to modify the propcol files directly (because their format is probably considered proprietary) but at the least there should be an easy way to move items between categories via drag & drop or the like.

Maybe this will be a version 2.0 feature?

Share this post


Link to post
Share on other sites

For some of them (like color palettes), XML would be fine, we could rename/reorder/add, etc. easily.
Or double panels or similar views where we can up/down, rename, drap here or there… I installed a lot of brushes, and I had to create new categories and dupplicate/move from one to another until my brushes panel look more "clean" since it was a mess with too many categories.

I had to recreate color palettes to add some color too, since the way to order them isn't really usefull… That's sure that we need specific tools to manage all those options. It could be a separate process/app, able to manage Designer or Photo (or Publisher) "options".

Share this post


Link to post
Share on other sites
3 minutes ago, Wosven said:

For some of them (like color palettes), XML would be fine, we could rename/reorder/add, etc. easily.

Maybe, but XML has some disadvantages like not being a very efficient way to store metadata on drives or providing quick access to it without using a lot of memory space to buffer it. Just guessing, but I suspect the propcol format is optimized to reduce file size & provide quick access without having to laod everything into memory at once.

Share this post


Link to post
Share on other sites

Adobe use XML file to store some infos and I found it really easy and faster to modify/duplicate them than redoing  all in the original app.

There can be an interface for regular use and XML files for advanced users to do changes more efficiently on a larger scale.

Share this post


Link to post
Share on other sites
5 minutes ago, Wosven said:

There can be an interface for regular use and XML files for advanced users to do changes more efficiently on a larger scale.

There are indeed things like that built into the Mac OS, but it still requires a lot more file space to store metadata in both highly efficient binary & ussr-friendly text-based XML formats, considerable overhead to keep them in sync, & so on.

And of course, giving users direct access to what can be very complex metadata hierarchies & interrelationships means they can break things very easily unless they thoroughly understand how it all fits together ... & don't make any mistakes even if they do.

Share this post


Link to post
Share on other sites

Metadata is only text file, it's lightweight and can be open with any textEditor without problem. Look at inDesign .IDML file's weight compared to the original .INDD file (12 or 24 pages, I didn't opened it for checking) :
file_with_no_embedded_pics.indd = 25 596 Ko
file_with_no_embedded_pics.idml =  1 315 Ko

Lesser XML files with only few information would be more like few Ko.

Share this post


Link to post
Share on other sites

(Oups, second part, since I'm not sure editing will inform you of this)

 

I prefer to think people can learn and avoid doing stupid things than trying to break everything.
I remember long ago, when I was using Win 98 or similar, a cousin sending me an email asking me to delete some Windows file because someone told him it was a virus. I had the good reflex to check first on a security site database, and this way I learned it was a common hoax, and that deleting this file would be more anoying that helpfull.

It's the same as teaching people not to input password or credit card info on a chat for security reason, instead of trying to limit features on a program to prevent stupid errors.

Nowaday, people grew up with computer, they need to learn how to use it, it's better and it's always be usefull. I understand it's more difficult for older ones to learn such things, and I'm here to help, debug and de-virus things for them. But I espect young ones to learn more than clicking a button without understanding what happens or how their device works, at least a minimum about this.

Share this post


Link to post
Share on other sites
18 minutes ago, Wosven said:

I prefer to think people can learn and avoid doing stupid things than trying to break everything.

But you are not the company who supports these apps. They probably would prefer to avoid the responsibility of teaching users not to do those stupid things.

29 minutes ago, Wosven said:

Metadata is only text file, it's lightweight and can be open with any textEditor without problem.

That depends on the format of the file. Take a look at some of the Affinity propcol files -- they are very obviously not plain text files & use a lot of binary encoded data to pack more of it into fewer bytes. That also makes it possible to use things like indexing & offsets to make accessing any part of it much quicker than having to parse a file full of text strings & keep all that in memory.

Share this post


Link to post
Share on other sites

I'd be happier if I could select multiple brushes, symbols, styles, assets etc and drag and drop from and to categories, create a category from selection and delete en masse. Tag by colour, shape and the like and have everything searchable. 

I think we need to donate loads of Cuke.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • 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.