Messages

1

OXCE Bugs / Re: [Bug] Trying to scroll with the middle mouse button freezes up the game.

« on: November 18, 2024, 04:30:31 pm »

You might be able to circumvent this problem by setting the option: `oxceThrottleMouseMoveEvent:` to `1` or higher.
This has to be done in your `options.cfg` file.

2

OXCE Bugs FIXED / Re: [FIXED] 'buildOverFacilities' bypasses country/region 'forbidden/provideBaseFunc'

« on: September 28, 2024, 02:39:07 pm »

Thank you for recognizing this bug and fixing it.

3

XPiratez / Re: Bugs & Crash Reports

« on: August 17, 2024, 05:03:08 pm »

Last time i saw somebody having a related problem (background becoming a different color) it turned out they were using an image with a filename ending on "_cpal" where the first color in the pallet (index 0) corresponded to the background color.
Perhaps that is the case here.

As for the "cursor becomes dot".
I've only seen that problem from a linux user trying to trick it's system to think it had SDL1.2 by manually creating symlinks to the SDL2.0 binaries (which is not the recommend way for one to solve missing library problems).
Given you description that it only happens on articles with replaced images I'd doubt that is the case here though.

4

OXCE Suggestions DONE / Re: [DONE][Suggestion] QoL: Add currently worn armor to soldier armor selection screen.

« on: August 11, 2024, 11:40:55 pm »

Owh wow, i actually forgot making this request.

Nice to see it implemented. Thank you.

5

OXCE Support / Re: Original 8 commendation combined with another

« on: May 13, 2024, 08:10:14 pm »

Bit off-topic but i suppose mentioning this option won´t hurt (in case you have not yet considered it).

Based on my understanding of your description (needs to be one of the original "eight" & participate in *a* particular mission), there might be a possibility to do this using soldier types.

The idea would come down to:
* Upon start only allow soldier generation from a soldier type you cannot obtain in some other way (Starting base: `randomSoldiers` using a mapping that only contains this type [1])
* For the particular mission only allow soldier participation from this specific type (Battle starting condition: 'allowedSoldierTypes')
* Let the commendation depend on that specific mission (missionMarkerFilter)

[1] With mapping i mean the following construct

Code: [Select]

randomSoldiers:
  STR_FOUNDING_FATHERS: 8


6

OXCE Bugs FIXED / [FIXED] 'buildOverFacilities' bypasses country/region 'forbidden/provideBaseFunc'

« on: April 11, 2024, 11:30:54 pm »

If a facility has 'buildOverFacilities' defined it will bypass any checks on 'forbiddenBaseFunc'/'provideBaseFunc' as assigned to a country/region when placing the facility.
Or at least .. that is what it looks like to the player.

This was verified on the 7.12 linux release from: https://openxcom.org/forum/index.php?topic=5258.0
Using the mod and save attached to this post (save is in the root of the zip).

To reproduce:
* Start OXCE with the attached mod active.
* Load the save from the attachment (or start a new game, but then you have to position your 1st and 2nd base correctly)
* Observe the following (for both bases):
  + One can place both the "Living Quarters" and "Small Radar System" even though it should be forbidden by the country (1st base) / region (2nd base).
     With place I mean: Click on basegrid is honored and we are presented with a "under construction" image.

Expected behavior:
 The game should forbid the placement at the moment the player places it.

To test if the ruleset was setup correctly one can disable the ´buildOverFacilities` parts in the ruleset.
In that case the game recognizes those facilities are not allowed to be build (albeit it does it slightly earlier when it creates the list of possible facilities).

7

OXCE Support / Re: Difficulty installing on Pop!_OS 22.04- but I think I'm close.

« on: March 18, 2024, 06:07:17 pm »

You've somehow managed to install the GOG version of UFO defense under the "~/.local/share/openxcom/mods" folder.

This is a location where the engine (e.g. openxcom) only expect user mods.
For the actual *required* data files it looks under "~/.local/share/openxcom/UFO" and/or "~/.local/share/openxcom/TFTD" (those are default locations which suffices for the majority of users).

Judging from this discussion the best advice I can give you is to run the following command in a terminal.

Code: [Select]

mv ~/.local/share/openxcom/mods/* ~/.local/share/openxcom/
This will move the contents of your current mod folder, which happens to contain the correct folders, to the main openxcom folder.

Yes ... this will leave you with a lot of (harmless) noise files in the openxcom folder but it should suffice to get a working version.
If necessary you can decide to clean up those noise files at some later time.

As for the remark in the first post (not being able to find the "tmp/.mount_OpenXCJIOwQs" folder).
This is to be expected. Due to the way AppImages work this 'folder' only exist while you're running the AppImage (e.g. play the game).
It is a folder that an user (e.g. someone that is only interested in playing the game) can safely ignore.

8

Troubleshooting / Re: how to change user folder game folder etc

« on: March 10, 2024, 11:50:50 pm »

In the new location create a folder called "user".
Move anything from the new location to this new folder, with the exception of the next folders
- TFTD
- UFO
- standard
- common
Those should stay in the folder root of the new location.

This should suffice to create a portable installation (from your description that is what I assume you desire).

For completeness:
This is assuming you've also copied the executable (OpenXcom.exe) to this location, otherwise you have to start fiddling with scrips/commandline arguments.

9

OXCE Bugs / Re: [Workaround] Error: No X-com Installations Found (Linux Mint, OXCE ver 7.11)

« on: March 02, 2024, 11:41:43 pm »

If that test version was based on the 'test' branch commit `f2edbd196b` I can confirm that a Linux compiled version works for both scenarios now (e.g table row 2 becomes 'works' 'works').

10

Translations / Re: HELP: Windows Installer translation completion

« on: February 26, 2024, 11:36:06 pm »

Did my part for the Dutch language.

Opted for a bit more of a descriptive translation since that felt more natural.

Funny though, when it comes to openxcom (and software in general) my natural language feels kinda ... alien.

11

OXCE Bugs / Re: [Workaround] Error: No X-com Installations Found (Linux Mint, OXCE ver 7.11)

« on: February 22, 2024, 07:57:14 pm »

No problem, thank you for recognizing it as (possible) unwanted behavior.

If you need any more information, help testing, or other ways I can contribute:
Feel free (for the triple of you) to contact me on any known communication channel that best fits your preference.

12

OXCE Bugs / Re: [Workaround] Error: No X-com Installations Found (Linux Mint, OXCE ver 7.11)

« on: February 19, 2024, 10:42:46 pm »

Since I vaguely remembered this error did not manifest on OXC appimage I decided to do some comparison tests.

Using the following setup:
* A fully operational folder structure on the game default path (``~/.local/share/openxcom`` for linux)
* A test folder for the binaries (``~/oxce``)

With the following binaries
1) OXCE AppImage: ``OpenXCOM_Extended-v7.11-x86_64.AppImage``
   Using OP's download (wget) link.
2) OXCE Binary: ``OpenXcomEx, v7.11-8e9fdfc...``
   From https://openxcom.org/forum/index.php/topic,5258.0.html
3) OXC AppImage: ``OpenXcom_20210611_8d45159bf_x86-64.AppImage``
   Using download link from website (https://openxcom.org/git-builds/)
4) OXC Binary
   Compiled from commit "f2e509c4" since I could not find a binary only download.

And the following test scenarios:
A) test folder contains **only** the binary.
B) test folder contains binary and **empty** folders ``UFO`` & ``TFTD``.

The results are summarized in the table below.

Binary	Scenario A	Scenario B
1	fails (I)	fails (I)
2	works	fails (II)
3	works	works
4	works	works

(I)  Message: No installations found
(II) No message, but got presented with a black screen (no crash).

From this i would conclude that OXC and OXCE differ in behavior in that:
OXC seems to test if the required folders (UFO & TFTD) have some content and if not keeps searching.
OXCE seems to test only for existence of those folders, where the first one wins.
-> Kinda weird since ``OpenXcom::Options::_gameIsInstalled()`` suggests OXCE does actually test.

Hope this helps.

P.s.
The installation instructions for the appImage as seen when following the docker link from forum topic mentioned before are still technically correct.
It states that one has to create (and fill with correct data) the UFO and TFTD folders in the **same** directory as the AppImage.
It does not mention that the AppImage does not work with the default data folder (~/.local/share/openxcom). Even though one might assume it does.

P.p.s.
Logs for the 8 tests performed are available as attachment.

13

OXCE Bugs / Re: Error: No X-com Installations Found (Linux Mint, OXCE ver 7.11)

« on: February 16, 2024, 11:21:40 pm »

...

Code: [Select]

...
[16-02-2024_21-57-43] [INFO] Scanning user mods in '/home/beng/oxce/'...
...
...

This tells me that OXCE looks in a different place "~/oxce/" instead of "~/.local/share/openxcom".
As to why i have no idea.

One possible solution is to copy the content of "~/.local/share/openxcom" to "~/oxce/".
Or move the appimage to ¨~/.local/share/openxcom".

I tried both methods on xubuntu, both worked. Before that i got the same error as you did.

14

OXCE Suggestions NEW / Re: [Suggestion] fixed weapon firing mode

« on: February 05, 2024, 08:39:08 pm »

Let me first say that that i have no strong objection against a weapon board.
After all, one can argue this creates another opportunity for a mod author to add a personal touch.

This post is just to point out an alternative if one wants to reduce the amount of necessary clicks for firing a weapon.
---

How about letting the game remember the last action type as chosen by the player (e.g. snap, auto, aimed, melee) in the current battle?
And use that one as the default for all subsequent fire clicks until a new one is chosen (which in turn becomes the new default).

And if some visual feedback is needed:
Perhaps use the same system as "this weapon is used for reaction" e.g. a dot overlay on top of the appropriate "reserved action" button? In this case kneel could represent melee.

Would that work @bulletdesigner?

15

The X-Com Files / Re: Bugs, crashes, typos & bad taste

« on: January 02, 2024, 10:41:50 pm »

Most likely scenario: You are on the first day of the new month.

This graph shows the monthly score, *not* the cumulative score. Hence the reset to zero.