Search results

Ohh. I've been working on this migration thing, so "conflicts" in my brain was what happens when two svn scripts try to install the same file. Of course, conflicts. Yeah. I may have been a bit hasty in stating how "easy" step 0 is. Image files were not a "searchable" thing before (like...

Scripts, relay, data, images, ccs, and planting. 4 files? Don't follow.

So slight change in plans on step 0. I'm creating a preference svnMigration that will ease transferring to the new way. Defaults off. Turning it on does a few things. First, no files will be pushed out of your svn/ folder. Instead, namespace searches will include svn projects. Since at the...

As an FYI, I'm going to be making some pretty radical changes to how mafia resolves SVN-installed script calls. But I'll do my best to ease the migration. It'll go something like this: 0) Include svn/ directory in namespace searches, only if there is no match in the standard namespace (i.e...

I know that that makes things nice and tidy from the client side, but I truly do dislike all those extra server hits for what is essentially 99%+ redundant data. I understand that every server hit is not equal, and certainly API hits are lighter-weight than full charpane requests, but still. I...

Obviously I left out some complications. +equip imperatives would imply that slots masked by that item need to be omitted from each synergy set, and synergies recalculated accordingly (some sets discarded entirely as that would break the synergy).

I still think trying to do it all in one pass is the wrong approach. My thoughts: First, do a straightforward maximization with shortlists. Don't add in any synergistic items. Find the best spec. Then, sequentially try adding entire synergistic sets to the spec - inserting the entire set...

Couldn't say exactly. I know that I've seen the "pristine data" error 3 or 4 times now, and it's always users of dropbox. I'm sure it's some race condition of svn updating some files while dropbox syncs other ones. I don't use dropbox so I can't say how to get around that, past making sure...

It's more of a Dropbox issue, it corrupted your svn metadata. No way around it but to delete chit (save any local changes you've made of course) and re-checkout.

Clearly you need a java.util.RegularEnumSet before creating that item, you should go get that. :) r13708

You can do that via right-click context menu now (unless there's nothing to click on, in which case... hmm!). Oh. I see how that happened. Used the wrong constant. I need to think about how to commit the fix for that so it breaks the least number of things.

Sure.

Though actually I value this behavior less than the ability to squish it down all the way, so r13703.

No, I will not revert it. Resizability means you can squash it down to one line if you want. I like that. You can even try squashing it down to one line, going to a script with a multi-line description, then clicking the divider - it auto-resizes to fit your text. I like that too. Also...

I don't think that this feature is tenable. The maintenance burden of coding what can (and cannot) be dropped in a certain zone is massive. Items can come not only from (non-) combat adventures, but also from newly creatable concoctions, familiar drops, wandering monsters, or other wonky game...

Kudos for doing that. I do hope that scripters take interest in maintaining their own repo entries as time goes by. re: "the rather limited size of the text window" that is mostly by aesthetic design, but if authors want to go off the bottom of the reservation, I'm fine with that. r13702...

That's not really possible/feasible. Well, I'll rephrase, it's easily possible, but that heuristic is pretty fragile, even if it often happens to work for reasons I'll get into later. The maximizer is a straightforward combinatorics engine - form every combination of elements from the pools...

r13698

You can manually update the repo file via right-click context menu now.

Irony tag needed