User forums > General (but related to Code::Blocks)
Small feature request
thomas:
Your answer shows that you have no idea about how complex the matter is :)
Adding a control to the OS file selector is possible under most operating systems, but wxWidgets does not give us a handle to the dialog, so there is no going. The only way to show anything different than the standard thing, you have to write your own.
I have been working on the entire path handling system (including a file selector box) for over three weeks now, not only three days. This is nowhere near something one can implement in 3 days, at least not properly.
Yes, I know about wxGenericDirCtrl, thank you. No need to point it out, we need something that works and is usable.
dempl_dempl:
--- Quote ---Adding a control to the OS file selector is possible under most operating systems, but wxWidgets does not give us a handle to the dialog, so there is no going. The only way to show anything different than the standard thing, you have to write your own.
--- End quote ---
You use standard file selector? Ugggrrrh.
You're right, I really don't know anything about wxWidgets.
But, then , if it's so hard to do stuff like that, then it was a really bad move to choose that framework, and I'm glad I don't know anything about it.
This is usually considered to be a very easy task.
So far , I've been working in Qt, GTK+ , VCL , CLX , MFC and Swing.
Qt is free , cross-platform and works with C++ .
In all of them, making such functionality ( without plugins ) is trivial.
If you can't make a new Form window, put a few buttons on it, and connect them with events,
and to call it with form->showModal() , there is nothing to discuss.
I don't work with interface much, I work with server apps,
but I would need 60 minutes max, to create such window with frameworks mentioned.
And that's making the completely new form.
I'm not going to debate over this anymore. If it's hard to do it , and you know wxWidgets better than me ,
just put it somewhere in somewhere in TODO list.
Thanks for your time, anyway.
eranif:
--- Quote from: thomas ---but wxWidgets does not give us a handle to the dialog, so there is no going
--- End quote ---
Quoting from the wxWidgets manual:
--- Quote ---wxWindow::GetHandle
void* GetHandle() const
Returns the platform-specific handle of the physical window. Cast it to an appropriate handle, such as HWND for Windows, Widget for Motif, GtkWidget for GTK or WinHandle for PalmOS.
--- End quote ---
Eran
thomas:
--- Quote from: dempl_dempl on October 27, 2007, 04:02:49 pm ---If you can't make a new Form window, put a few buttons on it, and connect them with events,
and to call it with form->showModal() , there is nothing to discuss.
I don't work with interface much, I work with server apps,
but I would need 60 minutes max, to create such window with frameworks mentioned.
And that's making the completely new form.
--- End quote ---
Well, if you're such a great champion, feel free to contribute a new file selector box in the next 60 minutes max. Otherwise, to say it bluntly, shut up.
Before you start, remember that it has to work under Windows, Linux, and MacOs as a minimum, it must be able to deal with those platforms' pecularities (including, but not limited to things like Windows Volume names, UNC filenames, common Unix mount points, and the like). If you can't provide that for at least those 3 platforms in an intuitive way, don't even think about starting.
So much for the absolute minimum "must" list. There is a "should" list which addresses the shortcomings of the present handling too, it's about twice as long, and inlcludes things like relative/absolute path handling, URLs, IDE variables, previews, etc...
I'll take your word on it that this takes no longer than 3 days to implement.
thomas:
I forgot to add: wxGenericDirCtrl is not acceptable.
Navigation
[0] Message Index
[*] Previous page
Go to full version