User:Qaisjp: Difference between revisions

From Multi Theft Auto: Wiki
Jump to navigation Jump to search
m (fix typo)
Line 58: Line 58:


https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/utility/download-pipeline-artifact?view=azure-devops
https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/utility/download-pipeline-artifact?view=azure-devops


=== other stuff ===
=== other stuff ===

Revision as of 12:59, 21 May 2019

Coder.gif This user is an MTA developer

You can find me in quite a few places...

  • Skype, Twitter, IRC, pretty much everything: qaisjp
  • GitHub

I maintain hedit, contribute to Blue, and have been a contributor to many servers.

You'll find me on #mta on GTANet. I'm on Discord as well. Happy to chat!

mtasa-blue

issue 8714 Vehicle door/component desync on vehicle stream-in/out

reference for network stuff

issue 0008985 setCameraFOV aiming

reference for aiming


macOS

breakpad

https://archive.fo/DJvyQ

ncurses

ncurses is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.

If you need to have ncurses first in your PATH run:
  echo 'export PATH="/usr/local/opt/ncurses/bin:$PATH"' >> ~/.zshrc

For compilers to find ncurses you may need to set:
  export LDFLAGS="-L/usr/local/opt/ncurses/lib"
  export CPPFLAGS="-I/usr/local/opt/ncurses/include"

For pkg-config to find ncurses you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/ncurses/lib/pkgconfig"


Link warning

==== Building Core (debug_x64) ====
Linking Core
ld: warning: text-based stub file /System/Library/Frameworks//CoreFoundation.framework/CoreFoundation.tbd and library file /System/Library/Frameworks//CoreFoundation.framework/CoreFoundation are out of sync. Falling back to library file for linking.

See https://github.com/golang/go/issues/26073#issuecomment-410142472

I had to do the rm -rf thing after updating xcode. Fix works after doing reboot and doing a clean build.

Lua Test Suite

https://github.com/4O4/mtasa-lua-tests

https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/utility/download-pipeline-artifact?view=azure-devops

other stuff

hedit 3.0

The resource has an internal API and the GUI works independently of it. The log syncing and response sending is handled by the the internal API on the client side and the gui core uses this API to apply this to the UI.

The gui core does not handle the showing/hiding of the GUI, it works through a public API

Folders

client/*

  • sync/: Has an internal API that handles the sync, access locks and log streaming
  • gui/: Has a public API that manages the rendering and the application to access lock.
  • play/: This uses the public API to provide the default capabilities expected of hedit. It injects several things for usability into the GUI.

server/*

stuff

resources -> container
  • many instances of containers can be created
  • containers are managed by the resource "plug-in and play" code

Containers

Containers have:

  • x button (injected by plugin and play)
  • titlebar
  • pane selector
  • pane

Log windows

Log windows are managed by the plug-in and play code, many can exist at once due to the modular code but this feature will never be used. Log windows use the developer log api. (Log windows just utilise the log api to show it to ht euser)