Messages

46

Open Feedback / Re: Cool loophole if your general stores are full

« on: October 26, 2022, 11:51:23 am »

my take (in my build, am aware what a mindf it is to dicker with 'storage' everywhere)

So I just do a check each (uh, forget exactly what the time-period is, but short like 5min) and pop a notice that "Stores are full @ baseX" -- it's extremely irritating while playing. But it works, i do whatever has to be done to reduce storage to legal limits.


much easier to implement than checking and dealing with loading and unloading craft, manufacturing, removing buildings etc

to each his/her own though, just putting it out there ...

47

Offtopic / Re: XCOM Inspired Fantasy Game

« on: October 19, 2022, 06:37:02 am »

pilot wave theory!

(ok ill shutup now -- i heard it has problems)

48

Tools / Re: MAPVIEW upgrade

« on: October 11, 2022, 03:11:03 am »

MapView 4.4.4.0

- enhancement to RouteView's noderank highlights: depressing [Ctrl] when
  clicking items in the Highlights menu or on the noderank color-panels will add
  or subtract the rank without affecting the current state of other ranks.


https://github.com/kevL/OpenXCOM.Tools/releases/tag/221011

49

Tools / Re: MAPVIEW upgrade

« on: October 05, 2022, 10:31:26 pm »

RouteView gets Highlights menu

https://github.com/kevL/OpenXCOM.Tools/releases/tag/221005

+ minor fixes and tweaks

50

Tools / Re: MAPVIEW upgrade

« on: August 24, 2022, 11:27:20 pm »

nice. I wish i had more time to put it through its paces ...

51

Tools / Re: MAPVIEW upgrade

« on: August 24, 2022, 11:05:16 pm »

cool cool :^)


ps. when I stress backup, backup settings/MapTilesets.yml (also)

note that the MV_Backup folders that appear here and there are ONE SHOT only. That is, when MapView2 writes pretty much any file it makes a back up in MV_Backup -- but those files get overwritten the very next time another write happens. So the folder is for users who notice immediately that something bad may have happened: don't go pressing savesavesave why isn't this working? Because that defeats automated Mv2 backups ...

52

Tools / Re: MAPVIEW upgrade

« on: August 24, 2022, 02:43:44 pm »

2022 aug 24

MapView.exe 4.4.0.0
XCom.dll 4.1.3.0
DSShared.dll 4.2.1.0


IMPORTANT: The MapTree has been overhauled. Navigating away from a treenode
(whether by leftclick or keyboard) for which a tileset is currently loaded shall
close that tileset (a save confirmation should appear if the tileset has been
changed). Further, when navigating the tree by keyboard arrows, a selected
tileset node will appear with a border only; pressing [Enter] (or clicking on
the node) will fill the border with color if the tileset loads successfully.
Also, the MapTree's context menu (rightclick or spacebar) is disabled when the
treenode of an invalid tileset is currently selected.

The changes are intended to resolve any ambiguity that could result from the
fact that a selected treenode did not necessarily correspond to a loaded
tileset.

WARNING: That involved many technical changes and a partial rethink of the way
that the MapTree functions. So BACKUP YOUR STUFF before taking this version of
Mapview2 out for a spin ... if you aren't comfortable using beta software then
it's best to wait a couple weeks for possible bugs/glitches to be found and get
fixed.

Please report bugs/glitches ASAP. Tks. And ... Pls BACKUP yer STUFF


- fix: do not attempt to draw blobs for crippled tileparts (in TopView and
  RouteView). Crippled parts have ids beyond the currently allocated terrainset
  and have no records, hence no blobs.
- fix: deter enabled state of levelup/down arrows in MainView and TopView when
  using the Go/Og buttons or when raising/lowering a routenode in RouteView.
- fix: do not show infinite SaveAlerts when deleting a Changed tileset from the
  MapTree (just close it - no confirmation is given).
- fix: deleting a tileset in the Maptree closes the tileset

- add File|Close (closes a currently loaded tileset)
- refactor and tweak the Maptree's context routines
- show highest invalid setId in TilepartSubstitution dialog (if a placed
  tilepart id is greater than the current Max terrainset id)
- Options dialogs: when minimized, clicking a dialog's respective Option-button
  [Ctrl+o] shall restore instead of close the dialog

- add lots of Color choices to each viewer's Options (allows user to reduce
  gravitational x-rays emitted by his/her monitor and could lead to watching
  Neil Breen movies). Requested by thusky


https://github.com/kevL/OpenXCOM.Tools/releases/tag/220824

53

Tools / Re: MAPVIEW upgrade

« on: August 18, 2022, 07:32:18 pm »

everytime i think hm, Presets: Save/Load/Reset

I shuffle outside and water the tomato plants.

54

Tools / Re: MAPVIEW upgrade

« on: August 17, 2022, 11:50:17 pm »

color schemes ... surprisingly nontrivial

but gettin there

55

Tools / Re: MAPVIEW upgrade

« on: August 12, 2022, 06:52:24 am »

@thusky so far so good ...

[edit] oh its beginning to look lovely (screenshot2)

56

Tools / Re: MAPVIEW upgrade

« on: August 12, 2022, 04:08:40 am »

haha yeah, uh no

(not by me anyway)

57

Tools / Re: MAPVIEW upgrade

« on: August 10, 2022, 03:26:08 pm »

I did actually!

hm, not sure what to say ... i never 'trusted' changing fontsize globally and am 'scared' to even try it (for myself). I mean, .net gives the programmer all sorts of control over the layout of his/her app, but then respects an OS setting that essentially says "Here, put this 15" tire on a fiat rim ..."

i mean, I see the user-side of the argument: monitor resolutions are getting huge these days (im running 1920x1080 and fortunately i like small fonts - but im also farsighted and have to wear reading glasses)

so ... How much space should a programmer allocate among controls to account for an arbitrary change of the fontsize in a label? Why doesn't .net TreeView handle the OS change better than that? If I change font-scaling on my OS and open some apps, are the locations and sizes of the apps going to change in the Registry?

and a change like that has the potential to crash the OS, which can be an absolute nightmare (been there)

... just some rhetorical questions, i guess. I'd have to take the deep dive and be prepared to bite the snake before venturing into that particular jungle, if you know what i mean


Anyway, backcolor and forecolor changes should be easier,

58

Tools / Re: MAPVIEW upgrade

« on: August 10, 2022, 12:08:37 pm »

You mean the front of the top view being that big? It's because I increase the size to see more clearly or did you refer to something else?

well, i was kinda wondering about that (screenshot 1) but more about 2

did you increase fontsize in Win OS ?

59

Tools / Re: MAPVIEW upgrade

« on: August 10, 2022, 03:24:31 am »

ok i see

basically backgrounds of panels, and the MapTree

am trying to finish a big update on another project atm - ill take a closer look sometime, maybe implement user-options for those ...


thanks for the headsup



ps. Is the font in your MapTree really that borky... ?

60

Tools / Re: MAPVIEW upgrade

« on: August 09, 2022, 03:23:31 am »

hey thusky,

im okay with lightmode so no plans for dark, but you *might* be able to get some relief by tweaking your OS-color settings ... (change white controls to silver, for example)


ps. creating color-schemes = surprisingly nontrivial ...

pps. I might be able to add a 'dark' option for some areas without causing color conflicts, if you want to post a screenshot or two pointing out what bothers most, (no guarantees)