I've just committed a radically simplified about dialog (both code-wise and UI-wise).
I'm reasonably happy with it except the size needs a little tweaking and I think the tab currently called "About" needs a better name.
-mental
MenTaLguY wrote:
I've just committed a radically simplified about dialog (both code-wise and UI-wise).
I'm reasonably happy with it except the size needs a little tweaking and I think the tab currently called "About" needs a better name.
What about "Proof" or "Splash"?
There had been some talk about adding the release notes as another tab in this dialog. I think that would be excellent.
Would it be possible to read the scrolled text out of files so that they can be kept up-to-date without digging into this file?
If my suggestion about the release notes is granted, and again in interest of keeping things in sync, would it be possible to automatically commit the release notes on a schedule so that the cvs builds are current?
Aaron Spike
On 11/27/05, aaron@...749... <aaron@...749...> wrote:
What about "Proof" or "Splash"?
There had been some talk about adding the release notes as another tab in this dialog. I think that would be excellent.
Would it be possible to read the scrolled text out of files so that they can be kept up-to-date without digging into this file?
If my suggestion about the release notes is granted, and again in interest of keeping things in sync, would it be possible to automatically commit the release notes on a schedule so that the cvs builds are current?
I think all of these are good ideas. I'd love to see this happen.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
Quoting aaron@...749...:
What about "Proof" or "Splash"?
"Splash," perhaps.
There had been some talk about adding the release notes as another tab in this dialog. I think that would be excellent.
Yes, excellent idea.
Would it be possible to read the scrolled text out of files so that they can be kept up-to-date without digging into this file?
Yep. That's part of the reason I factored them out into individual functions.
I don't think I'll have time to do this immediately, though... anyone want to volunteer?
-mental
mental@...3... wrote:
Quoting aaron@...749...:
Would it be possible to read the scrolled text out of files so that they can be kept up-to-date without digging into this file?
Yep. That's part of the reason I factored them out into individual functions.
thought so.
I don't think I'll have time to do this immediately, though... anyone want to volunteer?
Do AUTHORS, TRANSLATORS, and NEWS get installed with the binary packages on linux? If not, where should they go and how do I get them there?
Are there any good examples of reading a file into a string in the code? I've searched a little bit, but every thing looks more complicated than I would expect. How _should_ it be done?
Aaron Spike
On Mon, 28 Nov 2005 09:08:22 -0600, aaron-XW8b5UTxoeLYtjvyW6yDsg wrote:
Do AUTHORS, TRANSLATORS, and NEWS get installed with the binary packages on linux? If not, where should they go and how do I get them there?
Some packages do, usually to /usr/share/doc/$packagename, but the actual location varies between distributions. Autopackages don't do this by default as it's assumed end users never actually read them (which I think it's a fair assumption), and they tend to be useless anyway (eg empty NEWS files, enormous ChangeLogs).
If Inkscape is going to show them in the GUI though - which I agree would be excellent - it's easy to install them to /usr/share/inkscape
Are there any good examples of reading a file into a string in the code? I've searched a little bit, but every thing looks more complicated than I would expect. How _should_ it be done?
You can use stat and mmap. Stat to find out the size of the file, mmap to load it, then just stick a \0 on the end and there you have your string.
thanks -mike
Quoting Mike Hearn <mike@...869...>:
Are there any good examples of reading a file into a string in the code? I've searched a little bit, but every thing looks more complicated than I would expect. How _should_ it be done?
You can use stat and mmap. Stat to find out the size of the file, mmap to load it, then just stick a \0 on the end and there you have your string.
*cough*
mike, you know that's not portable to Windows, right?
-mental
On Mon, 28 Nov 2005 13:41:53 -0500, mental-uFjFfPRxV21eoWH0uzbU5w wrote:
*cough*
mike, you know that's not portable to Windows, right?
<grin> Well, the general technique is :) But right for calling me on it.
There's a g_file_get_contents which seems to read it all into the heap. That'd probably work fine too.
-mike
Mike Hearn wrote:
On Mon, 28 Nov 2005 09:08:22 -0600, aaron-XW8b5UTxoeLYtjvyW6yDsg wrote:
Do AUTHORS, TRANSLATORS, and NEWS get installed with the binary packages on linux? If not, where should they go and how do I get them there?
Some packages do, usually to /usr/share/doc/$packagename, but the actual location varies between distributions. Autopackages don't do this by default as it's assumed end users never actually read them (which I think it's a fair assumption),
I read the files in /usr/share/doc. Very often it is the first place I look.
and they tend to be useless anyway (eg empty NEWS files, enormous ChangeLogs).
If Inkscape is going to show them in the GUI though - which I agree would be excellent - it's easy to install them to /usr/share/inkscape
Let's do that then. Who knows what has to change to make that happen always?
Aaron Spike
participants (4)
-
unknown＠example.com -
bulia byak -
MenTaLguY -
Mike Hearn