From previous post: the folder plugins is not being created when building the app, so the plugins (json in my case) couldn't be found.
You need to grab an updated json.gplugin file (I changed it on github), json wasn't exported on win32 until now, which wasn't a problem since it was in the template by default.
From previous post: the folder plugins is not being created when building the app, so the plugins (json in my case) couldn't be found.
You need to grab an updated json.gplugin file (I changed it on github), json wasn't exported on win32 until now, which wasn't a problem since it was in the template by default.
Just cloned Gideros to another folder so I have all the latest files but still no plugins folder generated after compiling for win32 64bit, thus the same error as above
Maybe it is somewhere to do here? gdrexport\ExportBuiltin.cpp l395
Tried again with a clean folder and yes, you are right, I should have kept the plugins directory empty instead of removing it completely. That should be fixed now.
Thank you very much hgy29, tested and everything looks good to me
Win32 64bit still amazed
EDIT: one minor suggestion but you do as you will of course changing back underscore = true (as it seems underscore = false strips all numbers in the app name even if they are not at the beginning)
FYI: there is a bug when the application is in a folder which has spaces in it (for example: "my folder")
...EDIT5: I think I found the origin of the error, it is coming from os.execute:
local fbxconvexepath = application:getNativePath("fbx_conv/fbx-conv.exe")print("fbxconvexepath", fbxconvexepath)--> fbxconvexepath C:\Users\xxx\Downloads\temp\New_folder\New folder (3)\3DPixel\assets\fbx_conv/fbx-conv.exe--> THIS LOOKS OK I HAVE THE SPACE PRESERVEDos.execute("start "..fbxconvexepath.." -f -v -o G3DJ "C:\temp\file.fbx" "C:\temp\file.json"
--> "The system cannot find the file C:\Users\xxx\Downloads\temp\New_folder\New."
--> SO HERE IT SEEMS New Folder gets transformed to New. ?!
So can I safely assume the error comes from os.execute?
Sorry hgy29 I tested and the error occurs even with Qt export so this is not related to win32 64bit export only (this may happen on other systems too but cannot tell) I have set up a test project on GH https://github.com/mokalux/fbx_export
This may be a bug or I may have malformed the cmd?!
EDIT: sorry I realized it has nothing to do with Gideros it is just fbx-conv.exe which doesn't allow spaces in the command parameters
this seems to be a bug: when changing cursor with application:set() then it updates to new cursor only after moving the mouse (if i don't move mouse it does not change at all).
i think the only thing i miss from win32 is the openhand cursor, are you realy sure it cannot be added? https://learn.microsoft.com/en-us/windows/win32/uxguide/inter-mouse in this page it is in the same slot as the 4-way arrow, which is included, so i guessed that perhaps openhand can be added too?
Actually this one is supported already, but used "pointingHand" identifier, while actually it isn't a pointing hand at all. I guess we can map "openHand" to it instead or in addition.
Actually this one is supported already, but used "pointingHand" identifier, while actually it isn't a pointing hand at all. I guess we can map "openHand" to it instead or in addition.
i'm not sure i follow, pointingHand works now and it shows a pointing hand (and not an open hand).
Comments
Likes: keszegh, MoKaLux
We have win32 64bit, amazed
save_prefs.lua:
Fragmenter - animated loop machine and IKONOMIKON - the memory game
{ "arrow", OCR_NORMAL },
{ "upArrow", OCR_UP },
{ "cross", OCR_CROSS },
{ "wait", OCR_WAIT },
{ "IBeam", OCR_IBEAM },
{ "sizeVer",OCR_SIZENS },
{ "sizeHor", OCR_SIZEWE },
{ "sizeBDiag",OCR_SIZENWSE },
{ "sizeFDiag", OCR_SIZENESW },
{ "sizeAll", OCR_SIZEALL }, //Doesn't really fit, but best so far'
// { "blank", "none"},
{ "splitV", OCR_SIZENS }, //need better
{ "splitH", OCR_SIZEWE }, //need better
{ "pointingHand", OCR_HAND },
{ "forbidden", OCR_NO },
{ "whatsThis", OCR_HELP },
{ "busy", OCR_APPSTARTING },
// { "openHand", "grab" },
// { "closedHand", "grabbing" },
// { "dragCopy", "copy" },
// { "dragMove", "move" },
// { "dragLink", "alias" },
};
hgy29 implemented it in latest official Gideros 2023.1
Is this what you were looking for when you said setcursor?
Likes: MoKaLux
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Likes: MoKaLux
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Maybe it is somewhere to do here?
gdrexport\ExportBuiltin.cpp l395
C:\dev\gideros_dev\gdrexport\ExportBuiltin.cpp
Likes: MoKaLux
Win32 64bit still amazed
EDIT: one minor suggestion but you do as you will of course changing back underscore = true (as it seems underscore = false strips all numbers in the app name even if they are not at the beginning)
Viva Gideros
Likes: MoKaLux
Likes: MoKaLux
Likes: MoKaLux
...EDIT5: I think I found the origin of the error, it is coming from os.execute:
\gideros_dev3\luau\VM\src\loslib.cpp l117
Likes: keszegh, MoKaLux
I have set up a test project on GH https://github.com/mokalux/fbx_export
This may be a bug or I may have malformed the cmd?!
EDIT: sorry I realized it has nothing to do with Gideros it is just fbx-conv.exe which doesn't allow spaces in the command parameters
Likes: MoKaLux
thanks for educating me hgy29
when changing cursor with application:set() then it updates to new cursor only after moving the mouse (if i don't move mouse it does not change at all).
Fragmenter - animated loop machine and IKONOMIKON - the memory game
https://learn.microsoft.com/en-us/windows/win32/uxguide/inter-mouse
in this page it is in the same slot as the 4-way arrow, which is included, so i guessed that perhaps openhand can be added too?
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Fragmenter - animated loop machine and IKONOMIKON - the memory game