If you visited the Showcase thread in the past month or so You'd see QuickGUI floating around, its not so comparable to BetaGUI anymore (not good or bad, but it is distinct IMO). 
Lol, I don't mind *stealing* of ideas between open-source projects, the more the merrier! And yes, I admit your QuickGUI project is no longer just a derivative; nice work!KungFooMasta wrote:. . . . WOW!
Looks very nice! Although, it does get irritating when people mention "BetaGUI Derivatives".
Cool to see another GUI alternative! *steals alpha mask idea*.
[Edit] Hale nochi Guu is one of the best anime ever! [/Edit]
KungFooMasta
Yup, compiling Mozilla from source is a monster (I had to do it twice in one night... *shudder*).CABAListic wrote:Hey, this is pretty neat. Just the other day I thought that somehow the usual GUI API designs don't quite fit games in general and that we'd need a different approach to make GUI design for games both easier and more flexible. But I guess I don't have to follow up on my thoughts too much now
Only thing bothering me is the mozlib dependency and it automatically catching input and hooking up to sound etc (if I understood your comments correctly?). From what I saw mozilla projects are usually monsters to compile, and the automatic hookings just cry for interaction problems with other components. But I'll likely still experiment with it some time
wow, awesome! Glad to be of some help.Yanko wrote:man, this is just great
While researching to know how to do my univ project (which in the end would have to be entwined with the existing http library search), i considered using Gecko, especially to avoid having to work directly with sockets. You got my idea and pretty much did what i thought of doing in the long run
Unfortunately, my crappy computer at the university can´t even run the demo for some god unknown reason
so i´ll just look at this at home. But anyway, congrats, it´s looking great by the vids
You talked about it on the IRC channel if i remember well.That would be better i think. That would let lib user control the input behavior whitout having to activate/deactivte the GUI...As long as a Navi window is not focused, the internal Mozilla library should not receive any key input. If that's still too much of a problem, I can modify the LLMozLib libs included with Navi to only use injected keys.
Hah, glad you remembered. And yes, the name 'Navi' is inspired by 'Navi' from Serial Experiments Lain.Klaim wrote:Glad to see that
First, just a little question about "Navi" name : are you a S.E.Lain fan? Isit inspired from that anime?
Ok now i've got to test it verry soon
That would be better i think. That would let lib user control the input behavior whitout having to activate/deactivte the GUI...As long as a Navi window is not focused, the internal Mozilla library should not receive any key input. If that's still too much of a problem, I can modify the LLMozLib libs included with Navi to only use injected keys.
Code: Select all
void MyKeyHandler(KeyCode code)
{
if(code == 'CTRL')
{
NaviManager::Get().toggleKeyListening(false);
ctrlDown = true;
}
else
{
NaviManager::Get().toggleKeyListening(true);
ctrlDown = false;
}
if(code == '1' && ctrlDown)
SuperCoolMove();
if(code == '2' && ctrlDown)
ReallyCoolMove();
}I cannot forget someone saying he have e ready to use solution to display fast html gui in ogreHah, glad you remembered. And yes, the name 'Navi' is inspired by 'Navi' from Serial Experiments Lain.
It really wouldn't be that hard to put a Navi on something other than an Overlay (See the uBrowser Plane Demo for an example) but it would complicate mouse-picking.Klaim wrote:I cannot forget someone saying he have e ready to use solution to display fast html gui in ogreHah, glad you remembered. And yes, the name 'Navi' is inspired by 'Navi' from Serial Experiments Lain.
And i'm a big fan of S.E.Lain
I'm verry interested in displaying html on a texture for some features in my game (that are planned for some months in the future) and Navi would be verry useful to me with those features :
- Cross-platform (Windows, Linux and Mac) - ok you answered (edit);
- Let you display the texture on a mesh (quad or something) : i guess i can hack the current code to make it possible when i'll need that.
Another point : it don't seem obvious if gecko accesses automatically to internet or you have to "activate" something to make it possible.
What if i want to force it to not access internet, only local files or some provided strings?
Code: Select all
<html>
<body>
<a href="MyPage2.html">Go to My Page 2</a>
</body>
</html>
Right, i know this problem. In my case it's not needed that the user can use the inputs while the display is not in front of the screen so i think it's not really a problem. It would be one if i needed to display the pages on something like Doom3 in-game interfaces.It really wouldn't be that hard to put a Navi on something other than an Overlay (See the uBrowser Plane Demo for an example) but it would complicate mouse-picking.
I'll to that if nobody do it before me (as i have a lot of other features to implement before starting to work on that one).The Navi Library is very well-documented and most of the code is fairly understandable. If you do indeed modify it, however, please notify me of your changes so as to share them with the community.
This is a bug in the Mozilla version used by LLMozLib, specifically: Bug 339504 - Local home page causes assertion: "preserved wrapper table not empty at shutdown".radioman wrote:..i try to use it, and a little problem in debug mode: http://www.divshare.com/image/full/726984-590
call stack: http://www.divshare.com/image/full/727006-7ba
there is link to mozila's source: http://mxr.mozilla.org/mozilla1.8/sourc ... o.cpp#3577
..if someone can figure what a hell is happening i'll be very happy ;}
Ah, no-follow schemes, LLMozLib is totally capable of this, I was careless and didn't implement it into NaviManager just yet.Klaim wrote:Right, i know this problem. In my case it's not needed that the user can use the inputs while the display is not in front of the screen so i think it's not really a problem. It would be one if i needed to display the pages on something like Doom3 in-game interfaces.It really wouldn't be that hard to put a Navi on something other than an Overlay (See the uBrowser Plane Demo for an example) but it would complicate mouse-picking.
I remember someone did provide the code to get the mouse coordinate from mesh data, not sure it was on Ogre forums ....
I'll to that if nobody do it before me (as i have a lot of other features to implement before starting to work on that one).The Navi Library is very well-documented and most of the code is fairly understandable. If you do indeed modify it, however, please notify me of your changes so as to share them with the community.
About the local files, i think you misunderstood or i didn't explain well enough : what should be possible is to "lock" page access to local files, or a specific folder.
I mean, if you provide the html files for local and you don't want someone to add some external link in thoses files, can you tell mozilla to not try to get data from internet, with or without an external link?
For example in a game, maybe you would like to let the player access only to some local files relatives to the game and if the player modify the html files to redirect to external pages, it should not work.
I'm not a security specialist (i don't know much about security), but i feel like acessing any html page from a game could be dangerous?
Anyway, Thanks for Navi, it will be helpful
Yes, you can write a GUI with almost any tool you would normally use to write a web page. To actually send and handle data to and from the application, you use a little Javascript to send/receive 'NaviData' (read the overview for more info).Zeal wrote:Wow.
So I can create a GUI with a regular old HTML editor? How does the performance compare to a 'traditional' GUI? From what I understand, youre 'running' the GUI (in mozilla?) and just rendering the results to a texture? Isnt that a lot slower than using something like OpenGUI (which uses ogres materials/overlays directly)?
Heh im sure all the answers are in your tutorial/faq, im just too excited to read it (that video was really cool).
Either way, Amazing job.