Plugins + Scripts YAVAM - Yet Another VaM Addon Manager

[FivelSystems]

This seems really cool, but I admit that it’s a daunting task to undertake without instruction on how it functions. Do you know if there is any video floating around of how it works in practice?

I was sketching a video guide when I was actively working on it, but I only had free time that month and now I need to continue with my job and other stuff so, nope, but I'm trying to not abandon this project since I have a very particular vision for it, I had a peek at the project again today, the last time I updated the application here was the last time I worked on it
I wouldn't mind if someone from the community is willing to make a tutorial! I'll help to clear some concepts out if needed.

Is there a way to turn on dependencies that you've deactivated from the right info panel instead of having to repeatedly hunt each one down then return to the original package...get the next one etc... or am i missing something? Or maybe even a back button?

No, there is no way to do this for now and should be an essential feature, I'll consider adding this soon (hopefully this week?) while I figure out how to continue with the more advanced features later. I think the only thing you can do is "Install" the package and it will carry the dependencies with it, but I don't think they will be enabled and this concept can be confusing, "Install" just means copying a package from a library to another, there's no way to do this on the same library. Thank you for bringing this up!
EDIT: There is no way to 'undo' or 'redo' actions if that's what you're asking for, the program needs a strong refactor in that matter... but I can add elements that allow you to enable or disable all dependencies, or just right clicking on them to enable and disable individually (and they're features I honestly forgot to incorporate)

 

[FivelSystems]

Hi @kptnfrakass ! Sorry for taking this long to answer.

Is it possible to :
- add a button to reset all filters
- status/categories multi select : like conflict + unreferenced

I'm trying to update the application this week, I'll consider this along with other small fixes! (see previous post)

- add the "{main}\custom\*" as content in library (scan for .vap, .vam) :
a. Some customs looks, outfits, ... have dependencies too, these aren't tagged has "used by" and can be disabled/deleted by error.
b. this way our custom content will be listed in the library's categories

I'm aware that Custom content is not listed nor taken into account when working with the software, but it involves having to strictly link the application with Virt a Mate's installation folder, something I want to avoid so it stays independent from the game itself, my vision for this program is aimed towards making a detached library management tool, something you could use in a NAS server or related software. (Being able to browse through packages without VaM ever being installed or present)
But I think I may have misunderstood your request, by {main} are you referencing to the package itself?
With this last point I think that I won't do this, at least for now to avoid complexity, it has been designed to strictly work with packages at a macro level (.var files) for browsing & management between different locations, hard drives or remote folders, the only thing I can think of is that you make your own .var file with the needed dependencies configured. I kind of fear messing with the user's custom content, I'm sorry!

 

[eskamick]

I may be doing something wrong so just checking. When I did package cleanup and got rid of duplicates my # of files with missing dependencies doubled. Err... Is that what it's supposed to do?

 

[FivelSystems]

I may be doing something wrong so just checking. When I did package cleanup and got rid of duplicates my # of files with missing dependencies doubled. Err... Is that what it's supposed to do?

Only if the dependencies were pointing at a plugin's specific versions (usually older), in which case it can be a false positive most of the time.
By default the obsolete versions are disabled so you can enable them later if you so desire, unless you specifically used the option to permanently delete these packages, which I would not recommend unless you're 100% you want to free some disk space!

Do you need a guide? I can spare some time making one if you're in a hurry

 

[eskamick]

Nah I think your correct. I however am giving up and just starting from scratch. It sucks but I'm done playing the find the dependency game. I dowloaded everything to see what it was but I'm good now and can probably just trim down. I'm using a symlink and your app and Im good.

 

[kptnfrakass]

Hi @kptnfrakass ! Sorry for taking this long to answer.

I'm trying to update the application this week, I'll consider this along with other small fixes! (see previous post)


I'm aware that Custom content is not listed nor taken into account when working with the software, but it involves having to strictly link the application with Virt a Mate's installation folder, something I want to avoid so it stays independent from the game itself, my vision for this program is aimed towards making a detached library management tool, something you could use in a NAS server or related software. (Being able to browse through packages without VaM ever being installed or present)
But I think I may have misunderstood your request, by {main} are you referencing to the package itself?
With this last point I think that I won't do this, at least for now to avoid complexity, it has been designed to strictly work with packages at a macro level (.var files) for browsing & management between different locations, hard drives or remote folders, the only thing I can think of is that you make your own .var file with the needed dependencies configured. I kind of fear messing with the user's custom content, I'm sorry!

Tks for your response,
I was unclear about the last point i think.
I was talking about the VAM "Main folder\Custom\Atom..." which contains our presets, etc...
But if you want to have your app independent of the game, maybe we can just specify, in the setting menu, a folder of our choice to scan.
this way our appearance, outfits, etc (.*vap files) can be added to the library and show their dependencies. (if it's possible).

 

[FivelSystems]

Tks for your response,
I was unclear about the last point i think.
I was talking about the VAM "Main folder\Custom\Atom..." which contains our presets, etc...
But if you want to have your app independent of the game, maybe we can just specify, in the setting menu, a folder of our choice to scan.
this way our appearance, outfits, etc (.*vap files) can be added to the library and show their dependencies. (if it's possible).

That makes more sense, thanks for clarifying!
So I'll keep my original statement of avoiding this implementation because it ties the application to an instance of the game, and I still have unclear the audience I'm aiming for. Initially, is for normal users like myself, but sometimes I wish to have this implemented as a web application that runs on any operating system rather than just windows. Maybe my ideas are becoming very pretentious lately and I'll have to stop myself there

While it's still a normal windows application I think I can implement this, but only to make sure that when you delete packages, it doesn't delete anything you use in your saves. As I said, I don't want to touch the user's custom files, and I had some inconveniences myself because of this (accidentally deleting packages that were dependencies from my saves) so I should put an eye on this!

 

[FivelSystems]

FivelSystems updated YAVAM - Yet Another VaM Addon Manager with a new update entry:

YAVAM v1.3.15 - v1.3.16

v1.3.16 — Stability & Web Fixes

• CRITICAL: Fixed an issue where the "Setup Required" screen would persist in web mode after completing the wizard.
• CRITICAL: Resolved a server deadlock that could cause the application to hang during startup.
• Web Client: Fixed the "Waiting for Host Configuration" false positive; the dashboard now populates immediately after setup.
• Consistency: Cleaned up...

Read the rest of this update entry...