-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conflicting dependencies when using maven ? #6
Comments
Uh, forgot to add dependencies for kotlin >.> Thanks for pointing that out! You should modify your
Let me know if that works :) |
Sorry, you said Maven, I read Gradle.. Follow this link: https://kotlinlang.org/docs/reference/using-maven.html and then:
|
That.. sort of worked? IntelliJ still spits out some errors regarding the dependencies:
And to top it all off, since LWJGL won't exit after above errors (which I get 3 of, for each library glfw.dll, lwjgl.dll and lwjgl_opengl.dll) I'll get this error which does appear fatal:
edit: my new pom.xml: https://pastebin.com/3G9hgZ6B Thanks in advance. |
Yep, I know that fatal error ( It's been solved in the current version Could you just try to fetch imgui by commit (use |
Yup, all is working now! However, is there still a problem on my end, or is your imgui fork still very unstable? After fiddling around with windows from the test code, I found a number of problems. (But way too many to write all down!) Here's the first few: Imgui Demo WindowWidgetsBasicExpanding "Basic" causes an error:
Text > UTF-8 textThis text doesn't look very japanese AND Attempting to click the textbox causes an error:
SelectablesRendering more text into the same blockAttempting to expand Rendering more text into the same block causes an error:
In columnsAttempting to expand In columns causes an error:
GridAttempting to expand Grid causes an error:
And more.. if these are caused by a dependency, let me know. If they're actual bugs on your side.. have fun fixing them :^) If so, I'll happily create another issue and (attempt to) list everything else I find. (sorry) |
you can pull last commit 👍 ( Well, what may looks like unstable from an end user point of view, looks quite stable from others (like me :p ) Let me explain, it's quite easy to notice what is not working, while what is already working doesnt get so much visibility and doesn't get noticed easily. Windows management, mouse interaction, and all (~) the components (that are many, I can assure) shall be quite stable (in b4 last famous words 😄 ) Anyway, I know you didn't mean to criticize in a bad way, but I just wanted to show you my point of view :) Yeah, it's true, text input/handling is still the lib Achille's heel.. I'll try to get it working as soon as possible
I presume then you are japanese or you speak it.. excellent! If you want you may be my perfect mate to help me test it and deliver valuable feedbacks. That part hasnt been implemented at all yet.. Just so that you know, whenever you read Thanks for reporting! Ps: I'll look forward for any new issue you find and report ;) |
Lovely, thanks for the answer! I'll look out for more bugs, glitches etc and if I get more used to the workings of imgui, I'll definitely try to contribute more to the project. Considering my problem is resolved and a fix is in the comments, you can close this issue. |
That sounds great! Ps, grid selection bug is definitely over |
Hi dear, uncomment this line and you should get nice looking japanese characters :) However, I need you support for the input part.. ^^ |
Sorry if I'm not completely up to the job, I'm not a japanese speaker, though I do know how to read & write some kanji/hiragana.
When attempting to write in the one textfield I found not crashing instantly (which is the numerical one), The IME window appears at the very top-left of my screen. If I type something non-numerical, it'll appear in the IME box but not in the one imgui provides. Typing a number will also appear in the box, but will only appear inside imgui AFTER pressing enter (which is the 'confirm, this japanese word is correct'-key) For numerical cases: Then, what is there left to do?
This and this microsoft page talks about how the IME works. (incredibily outdated though, these were written for win xp) edit: about the line that needed to be uncommented, isn't that kotlin code? I'm not using kotlin nor do I have a proper understanding of its syntax, so I'm kind of confused on that line of code :( |
Spasi pointed that the wip is here: glfw/glfw#658 Also glfw/glfw#41 (targeting the 3.3 release), Do you have any experience of IME and java? Can you point me something? Btw: dont feel under pressure, take all the time you need, no stress at all |
@elect86 Sadly, I don't have any experience related to IME. GLFW IME support being added is great news though! I guess we should just wait until that's out then. |
No problems, we'll wait then. Anyway, I just pushed, you have to write this:
|
I tried to replicate the ime implementation of libgdx and pushed Give it a try when you have time :) |
I pushed some code that should display relevant info in console whenever ime events get detected |
Looks like that's working nicely. Box now strangely shows at the bottom right, and the textbox it provides is gone too. Feeling like progress! Also, I can type in the textboxes now, which is amazing. Good work! imgui.beginGroup();
if (imgui.button("Load", new Vec2(100,20))) {
}
if (imgui.button("New", new Vec2(100,20))) {
}
imgui.endGroup(); |
Uhm.. do you get anything in console?
Thanks! I'm glad you like it :) Anyway,
You may be able to achieve what you want by adding |
Here's the log:
That's all about IME though (and sometimes between IME related events: |
Sorry, I missed the lines in between.. can we take a japanese character as a test? What would you type and expect? |
Yeah, the character ひ (hi). I inserted where and what I pressed in brackets in the log |
Look promising.. that Can you confirm me it's right? Also, can you confirm that those Ime notifications appear only during the box is open? And not when you type normal latin characters? Edit: when you said you can type in textboxes, you meant does it work also with japanese characters? |
That's the correct hiragana letter, yes.
both of these show up from time to time (not sure what causes them), even when I'm not using IME. |
Try pulling again I'm setting a Also, when I get In the text rendering, the glyph will be displayed only if not in This works if my assumption that first we get |
yep, it makes sense, I put it at too low level (for everything rendering text) Now I moved at the inputTex, when user has to insert chars.. It should work, although with one char per time.. |
While the text doesn't vanish anymore, I still can't manage to type any japanese into the textbox. + I haven't pointed this out yet, but any japenese characters appear as a questionmark instead of the actual character. Maybe it's another one of those resources/jar bugs? |
Whenever you see question marks it means your actual font doesnt have that glyph.. These two lines need to be uncommented (I commented them for the others) |
Thing is, I've done that! You told me to do so previously, but it didn't work and I forgot to mention that. |
It's really difficult to develop ime support on a machine where I can't test or debug... Do you know if I can try on my machine (win10 x64) while keeping it in english? Or may we also do a short teamviewer session where I try to debug directly on your machine? |
You can type japanese on a english machine just fine. |
Try pulling, you should be finally able to enter single japanese characters :) |
Hello! After a few failed attempts at getting the dependency to work, I just can't wrap my head around it. Following the instructions from the README, adding jitpack and then imgui, just appears to produce conflicts between dependencies, making the project unbuildable.
My pom.xml: https://pastebin.com/mxnCas3S
Conflicts highlighted in intelliJ:
Maven log when attempting to
mvn install
: https://pastebin.com/UKbxJXuRMy code is a simple LWJGL loop and the sample imgui (java) code provided with the README.
I attempted excluding the dependencies myself, and adding them separately after. This only resulted in my test app launching, showing a white window for roughly a second, and then closing without a stacktrace (as if
System.exit(0);
was called)My apologies if I'm missing something big, or if this isn't the right place to post this.
Thanks in advance.
The text was updated successfully, but these errors were encountered: