Menu

G+Stool Window Positin

2019-12-22
2019-12-26
  • William Roth

    William Roth - 2019-12-22

    When the G+Stool output window opens it is always positined in the same place. Towards the left top
    of my 40" display.

    When I move G+Stool console window where I want it to be, the position is not saved. It always opens in the same position. There seems to be no obvious way to set the window position (Or the size).

    This is somewhat annoying since I typically have several apps open and it covers up one or more of
    these when it opens.

    Is there a way to have the G+Stool ouput window save its window position?

    Alternatively is there a setting somwhere to set the G+Stool Console window position?

     
  • Frank Steinberg

    Frank Steinberg - 2019-12-23

    Hi William,

    the window position is hardcoded in g+stool.exe. I made a new version, where it's stored in an (very simple) ini-file. Feel free to download and test the modified one:
    awaiting Virus White Listing Clearance
    Simply replace the files in ...\G+Stools... with the downloaded ones.

    Merry Chistmas to all

     

    Last edit: Anobium 2019-12-24
    • Anobium

      Anobium - 2019-12-24

      I have included in the release 0.98.07.

      The exe reports false positives on three of the major virus engines. I have submitted for white listing. Hence, I have removed the ZIP from the previous post.

      Here is the [trace])https://www.virustotal.com/gui/file-analysis/OTE2ZGE0NDg4NDNiMGM2ODJkYmZlYmM2NjViZWI4YWI6MTU3NzE3NzAzMg==/detection) As the vendors White this exe the detection count will drop to zero.

       

      Last edit: Anobium 2019-12-24
      • Anobium

        Anobium - 2019-12-24

        And.. for those interested.

        The test for viruses has to be done everytime we change an EXE. We need to ensure that what is released was safe when it left us. :-)

         
  • William Roth

    William Roth - 2019-12-23

    Hi Frank,

    Installed and works great.

    Thanks,

     
  • Anobium

    Anobium - 2019-12-23

    ok. promote to the release?

     
  • Frank Steinberg

    Frank Steinberg - 2019-12-23

    Yes!
    It's based on the version with the (upcoming) oscillator-output.

     
  • Anobium

    Anobium - 2019-12-23

    Thank you Frank. That was my next question.

    Promoted to the next release.

     
  • Anobium

    Anobium - 2019-12-24

    And... is there a need to change the default in the IDE to support this change? i.e. Remove 'maximize' as the default?

     
  • William Roth

    William Roth - 2019-12-24

    I cannot imagine why having the Help always open full screen is a good thing. It takes control away from the user. Removing maximize allow the user to set the size and position. If someone wants it full screen ever time it opens with mazimize removed ... simply open it, make if full screen then close. The size/position will be remembered.

    If I recall correctly, this was supposed be changed several releases back, but never was.

    Bill

     
  • Anobium

    Anobium - 2019-12-24

    I went back and checked.... the ask was to add the 'maximise' option to the software therefore leaving the IDE with the same behaviour.

    We can now remove the 'maximise' option. As folks will figure it out when the Help opens.

    The ideal would be to open ONCE as maximised then to operate as per user settings. But, remember I took two hours to upload the exe to the three virus site today - any changes to the supporting ing exe to make this new behaviour happen means that time was would have to be repeated... ....

     
  • Frank Steinberg

    Frank Steinberg - 2019-12-26

    Hm,

    to sort it:

    • The 'maximise' option is related to the help function and handled by 'callCHM.exe'.
    • The G+Stool output window is handled by 'g+stool.exe'
    • The start procedure of the IDE (SynWrite) itself is handled by 'IDE.exe'.

    After the last adjustment of 'g+stool.exe', the window position is retained for all three parts. This seems consistent to me, while forced maximization (at first start) prevents the window size from being adjusted intuitively.

    For the same reason I advocate deactivating the' maximize' in the next release. It comes from a time when the used chm-viewer (keyHH.exe AFAIR) always started a mini window.

    Frank

     

    Last edit: Frank Steinberg 2019-12-26
  • Anobium

    Anobium - 2019-12-26

    Ok I will adjust the master ini files.

    :-)

     

Log in to post a comment.