If you are going to play Freeciv more than ten minutes, I don't understand how this can be a problem. There are very, very few commands that you use 99% of the time. The argument about "having to memorise keyboard shortcuts" is very short-sighted. That said, I think there is one detail you haven't thought through. I could give advice, but this advice may not work for you because you have other priorities. Different people have different preferences. I'd very much like to get more information about the different clients, so it's easier to pick which one I want to use (and compile).Īs always, you should pick the client that suits you best. The two biggest downsides were the quickly declining performance after some time or with larger maps/more players, which isn't surprising at all, and that you can't use your own rulesets. It has all important elements as overlays visible, you can drag the map with left click and it looked really nice. The web client is the one I have experienced the most and I'm surprised to say that it seems to have a far more developed gui than the standard client. I have seen the QT client in a video, the button design seems to be very extravagant and not particularly clear. The SDL client is what I had installed first, but I only took a peek and never actually used it, so I didn't even get an impression. Right click seems to be the only way to scroll the map and commands can only be given via keyboard shortcuts (very efficient but have to be memorized first) or via menu (very cumbersome). The GTK3 client is listed as the default with the most features implemented (though I don't know what it actually might be that other clients are lacking), but it has the huge issue with the message box not being visible on the main screen, the minimap looks cruder than the one on freeciv-web and I'm really not happy with the way units on one tile are displayed and selected. I think such layer should be already present in the directfb port.So, since picking a client doesn't seem that simple, I'd like to know better what the issues with each one are. Manager functionality between the GTK layer and the SDL layer. To the same window as the base application. Most apps could live with pop ups that are restricted system architect, is seeking full time, +.UNIX/Linux programmer, researcher, and +.Bob Pendleton, an experienced C/C++/Java +.| Audio Hacker - Open Source Advocate - Singer - Songwriter |-> -’ Bob Pendleton> On Wednesday 24 April 2002 18:07, Roy Wood wrote: These leads to the conclusion that you would have to add some window Rendering them in the same window as the rest of the SDL application. Most apps could live with pop ups that are restricted to Games tend to be single window, often full screen, applications. Ignore multi-window aps because SDL ignores them and most importantly Into trouble with multi-window apps and pop up windows. If you map one GTK applications to one SDL surface then you only get | Audio Hacker - Open Source Advocate - Singer - Songwriter |-> -'On Wednesday 24 April 2002 18:07, Roy Wood wrote: | A Free/Open Source Plugin API for Professional Multimedia | | Multimedia Application Integration Architecture | David Olofson - Programmer, Reologica Instruments AB Patch, but it’s X only, and only deals with the rendering part of the API. Mark Lindner just announced that he’s written a Well, there’s one major issue: SDL doesn’t (officially) support multiple They’re talking about have anything to add? Since I’m at least somewhat clueless, anyone who actually knows what It can do.) SDL is not just about rendering, you know. (You’re never supposed to bypass SDL for doing things You’d have to change most of those to use SDL anyway, or it wouldn’t work Obstacles I see are that the whole point of SDL is to beĬross-platform, and Gdk/Gtk probably make some API calls that are not I vaguely recall some talk about that a while back, and am curious Porting GTK+ to SDL would make it run in such environments and on X or In fact, probably less ridiculous than the fbdev portĪnd similar projects that already exist, and address embedded systems. Use SDL as its primary rendering surface. That you can embed in an existing Gtk app, I mean porting Gtk/Gdk to Have a Gtk port to SDL? I’m not talking about having an SDL Gtk-widget This is possibly a dumb question, but how ridiculous would it be to
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |