coo lol
edits:
gonna take some notes/think a bit though if gonna mess with the format for the index anyways might double check some stuff, primarily how it does the multiplier detection and how many entries per list/index
maybe put in a number to say how many there is, maybe a symbol like *
or something to denote a multiplier entry will follow, as well as the finalization/export type, if have to manually fix all my indexes anyways probably might as well do upgrades if i can at same time
edit2:
hadnt looked at it in forever but it does reference the location so unless they gave a full path its db\listname for the entries so theres no conflict with the raw numbers(wasnt sure if had made sure that wouldnt be an issue, incase someone made a list with only numbers like 007
or something)
so might just leave that alone, does have a *
for the duplication list option(s) forgot XD. but end of the file would work or just a different character maybe =
would make sense in a way, some something like if detect end of file the type is 0, or if it reads =
the next entry is the type, probably at the end of the file anyways
ye ended up bein =
lol but got it that part in somewhat still doin busy work for it mostly now, got it in for the rand function(as test), then the end part of the main loopy bit there, where it does add/remove by name the list you entered, or move/duplicate multiply etc.
might be another one or 2 gotta do special thing for but all the main finalizing/exporting was the same bits of code for removes the multiplier from the index to get a nice list, then add it back when done, so already got that good from rand, to just treat that as a multiply number and remove from the working list, then write back updated number when done
edits:
doin full scale testing now messin with puttin in a timer/formatting and stuff
think format mostly done other than that minor issue, with the status update x0000 finished(the only lists you would be able to see it not being calculator instant so they know its doing stuff not frozen/crashed) gotta put in a go down a line at the end so the done prints more legibly
the not finalized is just for ones you never exported(or didnt have the = and number format for that) in which case it doesnt know what type to do, so they gotta finish editing and export that list then next time it will do it how they did it the last time
was doin it on the new laptop just for funzies so tiny resolution so had it print the output to a text file so no proper screenshot yet
got the done format thing fixed, but takin a stop and think for awhile on it, decide if do a simple, add another command like instead of compall have compallx and then it asks for a number then it goes that many times, vs trying to simplify indexing to be able to recursively search/list the, lists which reference other lists, what order they are in which is the lowest to highest, prevent issues if a user were to make a list that references a second list which references the first list creating some kinda infinite loop index
thinkin compallx but maybe somethin else will come to me, already ruled out doin some other sort method like by size(since movie lists would be more likely to contain many other lists), maybe could do by the actual data for how many segments/files would be in it not the number of entries/lists would probably be more reliable but not 100%.
the compallx option would just be you figure out or just remember, what is the maximum nested list you have and run that many times, say you had toy story
in cartoon movies
in cartoons
in cartoon network
, if you entered do it 4 times, regardless of any sort it would do it 100% of the time. is wasteful cpu wise, but other than that one list thats 200k there it would only be like 2 seconds to do all the other lists combined, and like 20max for that long one(like 40 on laptop set to 6w lol), so if they just said like 10x would only be couple min unless they had really long, or many really long lists, which you would only do when you did many changes that you are too lazy to track yourself