Giter Site home page Giter Site logo

plasmashop's People

Contributors

boq avatar deledrius avatar dgelessus avatar diafero avatar dpogue avatar hoikas avatar mystler avatar zrax avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

plasmashop's Issues

Latest release loading and saving slowly

There has been a definite change in how this latest release version loads and saves prp files.

Loading garrison.age will cause the program to do "Not Responding" during its initial load.
Saving any prp takes several seconds and has several times caused the saved PRP to show as outdated when starting the game.

Dynamic revision number

I introduced that idea to @zrax in the IRC a few days ago.

In my opinion, setting the the build number manually every few months leads to confusing version numbers, if people do not use the precompiled release. Besides, we have always been on version "3.0 Beta".

My suggestion is to automatically use the current commit hash instead of a custom build number. Also, we would not have different build numbers for each program, which is the case, right now. For releases, I would say we should actually start using version numbers like 3.0.X. Thus, it should be much easier to actually compare two different versions.

CMake is using this approach and I think it's quite helpful. Here is a mockup image:
img

I would have a look at the implementation, if you agree with it.

Fails to build with Qt5 and Qt6 installed

When both Qt5 and Qt6 are available, it appears that qtextpad grabs Qt6 while PlasmaShop looks specifically for Qt5 and then they conflict.

I get the following errors when running CMake:

CMake Error: The INTERFACE_QT_MAJOR_VERSION property of "Qt5::Core" does
not agree with the value of QT_MAJOR_VERSION already determined
for "syntaxtextedit".

CMake Error: The INTERFACE_QT_MAJOR_VERSION property of "Qt5::Core" does
not agree with the value of QT_MAJOR_VERSION already determined
for "PSCommon".

CMake Error: The INTERFACE_QT_MAJOR_VERSION property of "Qt5::Core" does
not agree with the value of QT_MAJOR_VERSION already determined
for "PlasmaShop".

CMake Error: The INTERFACE_QT_MAJOR_VERSION property of "Qt5::Core" does
not agree with the value of QT_MAJOR_VERSION already determined
for "PrpShop".

CMake Error: The INTERFACE_QT_MAJOR_VERSION property of "Qt5::Core" does
not agree with the value of QT_MAJOR_VERSION already determined
for "VaultShop".

CMake Error at src/CMakeLists.txt:24 (target_link_libraries):
  Target "PSCommon" links to:

    Qt5::Widgets

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.



CMake Error at src/PlasmaShop/CMakeLists.txt:135 (target_link_libraries):
  Target "PlasmaShop" links to:

    Qt5::Widgets

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.



CMake Error at src/VaultShop/CMakeLists.txt:44 (target_link_libraries):
  Target "VaultShop" links to:

    Qt5::Widgets

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

If I run make, it does compile an executable, but running that binary segfaults immediately.

I don't see a way to specify which version of Qt should be used by qtextpad, so maybe the solution is to make all of PlasmaShop compatible with both Qt5 and Qt6?

Automatically compile Python scripts when adding to PAK

When editing PAK files, PlasmaShop 2.x allowed selecting uncompiled Python scripts and compiled them on-the-fly before adding them to the pak. This was slightly more convenient than having to compile those manually.

Back in version 2.x, this required specifying the path to the Python 2.2/2.3 executables in the options dialog. Maybe those could be embedded in modern PlasmaShop somehow to make it even more convenient.

Cannot open Python.0.elf log file: Invalid UTF-8 sequence byte

I am trying to debug an age crash, but unfortunately I cannot even open the log files generated by Uru -- PlasmaShop just crashes. When I open it in the terminal, I see an error printed to stderr:

terminate called after throwing an instance of 'ST::unicode_error'
  what():  Invalid UTF-8 sequence byte
Aborted (core dumped)

Uru itself is fine with non-UTF-8 strings appearing in various places (and at least PyPRP ages created by German age builders frequently use non-UTF-8 names for Uru game objects), so PlasmaShop should also be able to cope with this.

Ctrl-W acts like it has no active window.

Using Ctrl-W to close the active window in PrpShop is inconsistent and rarely works as expected. Nothing happens when pressing the key combination, however, clicking on any item (even the currently-selected item) in the tree view causes the next Ctrl-W to close the active window, at which point it returns to being an inactive command. Highlighting another item will once again re-enable a single use of Ctrl-W. Changing the active window in the MDI area has no effect and does not enable Ctrl-W to function.

Manually choosing Close from the Window menu works correctly every time.

Cmake Install

PlasmaShop installs directly into the CMAKE_INSTALL_PREFIX instead of the the bin subdirectory thereof.

PlasmaShop: Allow adding Python sourcecode

It should be possible to select a Python sourcecode file when selecting what to add to a pak file. The sourcecode must then be compiled with an appropriate version of the Python compiler before being added.

This is, I think, the last feature missing from PlasmaShop 2.

Drawable Spans need gui

Drawable Spans are currently nearly impossible to modify using prpshop.

Could a gui be created for doing this?

New Release Needed.

The current latest release is almost 3 years old and has critical bugs related to shattering PythonFileMods and silently breaking cross-page references. These have been fixed in the latest builds of HSPlasma.

VaultShop: window too high for 15 inch wide-screen

What steps will reproduce the problem?

  1. Open VaultShop
  2. Select any node
  3. Select the "Node Properties" tab

What is the expected output? What do you see instead?
I can not see the full window because it is higher than my screen (1366x768). The "text" properties get cropped by the panel at the bottom.

What version of the product are you using? On what operating system?
Latest development version, Debian testing 64bit.

Please provide any additional information below.
This is the 15 inch wide-screen of a laptop, so it's not really that small (even Eclipse works fairly well).

(from https://code.google.com/p/libhsplasma/issues/detail?id=50)

PlasmaShop: Automatically decompile files when extracting from pak

When extracting a pak file, the pyc files should automatically be decompiled (and the temporary pyc files be removed) - people should not even notice that the pak actually stores compiled Python files. After all, the list of files shown by PlasmaShop also uses the ".py" file ending, and a corresponding icon.

Mipmaps not loading in PRPShop

It seems in version 233 of PRPShop that plMipmaps are not being loaded in ages with negative sequence prefixes (IE Ages like GUI). However it's a bit random, some mipmaps are loading while others are not. Open bkBookImages as an example.

FindHSPlasma Missing

CMakeLists.txt uses find_package(HSPlasma REQUIRED), but PlasmaShop does not provide this script.

Installer doesn't wait for user's yes/no restart choice before restarting

When the install finishes, Windows immediately starts the "I'm closing everything so I can restart" process without any interaction from the user. If you cancel this process, only then can you see the intended restart choice screen for the user, but by this point Windows may have already forced some applications closed. Very unfortunate.

image

Confirmed by both myself and Briggs.

If, after cancelling, you then select the "Yes, please restart now" and click "Finish", nothing happens. No restart.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.