gnotepad-users Mailing List for gnotepad+ (Page 2)
Brought to you by:
ackahn
Menu
▾
▴
gnotepad-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(12) |
Apr
(12) |
May
(8) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andy K. <ac...@ne...> - 2000-05-02 00:28:17
|
Greetings gnotepad fans and users.
gnotepad+ v1.2.2 has been released. This release fixes only one bug,
which was accidentally introduced in 1.2.2:
- If no text is highlighted and an HTML tag insertion is made,
undo didn't undo the inserted text.
You can download this version at:
http://download.sourceforge.net/gnotepad/gnotepad+-1.2.2.tar.gz
Enjoy!
--andy
|
|
From: Dermot M. <de...@gl...> - 2000-04-29 01:03:46
|
Hi again, Thanks for your reply, I have read the list archives but I meant slightly different things :) Andy Kahn wrote: > > Dermot, > > > 1) The 'Apply' button in the Preferences dialog did not apply the changes > > and I had to restart gnp to make changes (eg the editing font) happen. > > This was the first time that I ran gnp and it seems OK now. > > Odd; I can't seem to reproduce this. I guess that the rc files did not exist yet. > > 2) The GtkXmHTML (doc) does not reflect unsaved changes made to the HTML > > even though the GtkXmHTML (window) seems to. > > This was (somewhat) intentional. The way the code is currently > structured, it is easier to create a new document by simply rereading > the file from disk than to make another copy of what's (unsaved) in > memory. I would prefer the same behaviour that you get with the new window but I haven't read the sources enough to understand the difficulties. [..] > Currently, I don't feel that gnotepad is large enough to justify this > feature, but if gnotepad evolves (mutates?) into a more complex and > robust editor, then this feature would certainly be needed. It is not the overhead of a new gnp as much as being able to see all the open documents in one place - especially minimising and restoring them. [...] > The full pathname is show in the window title for the current document. I hadn't noticed that - thanks. [...] > > 8) What about a simple signal handler for a GtkXmHTML (doc) 'activate' to > > load and raise the clicked URL (if it is a local HTML file)? > > I'd prefer to keep browser-like features out of gnotepad+. Fair enough, but that little change would really help work on a website. [...] > Please refer to a prior email sent to the mailing list titled "Future > version(s) of gnotepad+". I make some comments about adding syntax > highlighting. Yes, I read that but I was only suggesting colourising complete HTML tags or comments - which is trivial compared to 'real' syntax highlighting which I know is a _lot_ of work. Thanks again, I am not complaining, but explaining how I would like to use gnotepad. Regards, Dermot |
|
From: Andy K. <ac...@ne...> - 2000-04-26 18:40:33
|
Dermot,
> 1) The 'Apply' button in the Preferences dialog did not apply the changes
> and I had to restart gnp to make changes (eg the editing font) happen.
> This was the first time that I ran gnp and it seems OK now.
Odd; I can't seem to reproduce this.
> 2) The GtkXmHTML (doc) does not reflect unsaved changes made to the HTML
> even though the GtkXmHTML (window) seems to.
This was (somewhat) intentional. The way the code is currently
structured, it is easier to create a new document by simply rereading
the file from disk than to make another copy of what's (unsaved) in
memory.
> 3) Undo stops working after inserting from the HTML menu (eg Title).
Ah. This is indeed a bug. I believe it was introduced by the fix to
this bug (from the ChangeLog):
- fix: repeated undos after HTML tag insertion on highlighted
characters results in a crash (James LewisMoss).
Looks like we'll have another new (beta) version to test in the near
future...
> 4) I could leverage all your good work in a little app that I am writing
> if I could tell gnp to open another document (tab). I realise that I can
> start a whole new gnp each time but I think that it would be cleaner to
> have all the open docs available in one place.
This type of request has come up a few times in the past. Most
recently, I responded on the mailing list:
> The second is dividing background process (as emacsserver) and
> opening documents command (as emacsclient).
> Background process always running, and open buffer windows on
> users demand. It would be useful for those who has "opening many
> window" editing style.
There have been a couple of requests for this in the past. Again,
it's a tradeoff. I see this as useful only if gnotepad gets large
enough such that starting another gnotepad process is really time
consuming.
Currently, I don't feel that gnotepad is large enough to justify this
feature, but if gnotepad evolves (mutates?) into a more complex and
robust editor, then this feature would certainly be needed.
> 5) Is it possible to show the full path name of the documents somewhere?
> Either a tooltip over the tab label or a status bar message would be good.
> Also the recent files menuitems (or a tooltip?) - I get lost with 6 files
> called 'index.html'.
The full pathname is show in the window title for the current
document. Without taking up a lot of screen space, there's no good
way to display the full pathname for *all* opened documents. I'll see
if a tooltip and/or a statusbar message can be done though.
As for files in the recent menu: I think displaying the full pathname
can be a good feature to be added as an option (in the preferences).
Some people simply don't want to clutter the recent files menu with
obscenely long paths, but others need it.
> 6) I have seen this warning several times - I don't know when.
> Gtk-WARNING **: gtk_signal_disconnect_by_func():
> could not find handler (0x8053F50) containing data (0x81C9380)
>
> 7) I have seen this - again I don't know what caused it:
> GLib-CRITICAL **: file gmain.c: line 500 (g_source_remove):
> assertion `tag > 0' failed.
Hmm, please keep an eye on this in the future. I can't determine
exactly when those messages are produced.
> 8) What about a simple signal handler for a GtkXmHTML (doc) 'activate' to
> load and raise the clicked URL (if it is a local HTML file)?
I'd prefer to keep browser-like features out of gnotepad+.
> 9) I know that syntax highlighting is a lot of work to achieve but I have
> done some HTML pseudo-highlighting (in perl) with the sub below. Perhaps
...
Please refer to a prior email sent to the mailing list titled "Future
version(s) of gnotepad+". I make some comments about adding syntax
highlighting.
regards,
--andy
|
|
From: Dermot M. <de...@gl...> - 2000-04-26 17:10:40
|
Hello everyone,
I have just been trying the latest gnotepad and it seems way, way better
than when I tried it some time ago - thanks for all your work Andy.
Some things came to mind while editing some HTML - in no particular order.
1) The 'Apply' button in the Preferences dialog did not apply the changes
and I had to restart gnp to make changes (eg the editing font) happen.
This was the first time that I ran gnp and it seems OK now.
2) The GtkXmHTML (doc) does not reflect unsaved changes made to the HTML
even though the GtkXmHTML (window) seems to.
3) Undo stops working after inserting from the HTML menu (eg Title).
4) I could leverage all your good work in a little app that I am writing
if I could tell gnp to open another document (tab). I realise that I can
start a whole new gnp each time but I think that it would be cleaner to
have all the open docs available in one place.
5) Is it possible to show the full path name of the documents somewhere?
Either a tooltip over the tab label or a status bar message would be good.
Also the recent files menuitems (or a tooltip?) - I get lost with 6 files
called 'index.html'.
6) I have seen this warning several times - I don't know when.
Gtk-WARNING **: gtk_signal_disconnect_by_func():
could not find handler (0x8053F50) containing data (0x81C9380)
7) I have seen this - again I don't know what caused it:
GLib-CRITICAL **: file gmain.c: line 500 (g_source_remove):
assertion `tag > 0' failed.
8) What about a simple signal handler for a GtkXmHTML (doc) 'activate' to
load and raise the clicked URL (if it is a local HTML file)?
9) I know that syntax highlighting is a lot of work to achieve but I have
done some HTML pseudo-highlighting (in perl) with the sub below. Perhaps
it could be a user option although I don't think that this trivial tag
highlighting is very expensive. Still it might need another couple of user
preferences (HTML_tag_color and HTML_comment_color) to be really friendly.
Please excuse my bad coding style - and also that it's in perl :)
I don't know C but I guess that this approach would map fairly well. I only
re-show the HTML on a notebook page switch or a user-request but it seems
pretty snappy on small files.
BTW perl's index looks in a string (eg $html) for a character (eg '<'),
starting at offset (eg $pos) and returns the new offset if found or -1.
sub show_html {
my ($class, $textbox, $html) = @_;
my $pos = 0;
my ($tag, $prev_contents);
my $new_pos;
my $cm = $textbox->get_toplevel->window->get_colormap;
my $plain_color = $cm->color_alloc({red=>0, green=>0, blue=>0});
my $tag_color = $cm->color_alloc({red=>0, green=>0, blue=>65535});
my $comment_color = $cm->color_alloc({red=>65535, green=>0, blue=>0});
my $plain_font = Gtk::Gdk::Font->load(
'-b&h-lucidatypewriter-medium-*-*-*-*-120-*-*-*-*-*-*');
my $tag_font = $plain_font;
my $comment_font = $plain_font;
$textbox->freeze;
$textbox->delete_text(0, -1);
while (($new_pos = index($html, "<", $pos)) > -1) {
$prev_contents = substr($html, $pos, $new_pos-$pos);
$pos = $new_pos;
$new_pos = index($html, ">", $pos);
$tag = substr($html, $pos, $new_pos-$pos+1);
$pos = $new_pos+1;
$textbox->insert($plain_font, $plain_color, undef, $prev_contents);
if ($tag =~ /^\<\s*!--/) {
$textbox->insert($comment_font, $comment_color, undef, $tag);
} else {
$textbox->insert($tag_font, $tag_color, undef, $tag);
}
}
$prev_contents = substr($html, $pos, $new_pos-$pos);
$textbox->insert($plain_font, $plain_color, undef, $prev_contents);
$textbox->thaw;
}
Apologies for the long posting and thanks again.
Regards, Dermot.
PS This is the info from my build.
dermot 03:28:38 - ~ >$ gnp --info
gnotepad+ 1.3.0pre4 (April-25-2000)
Compiled by de...@hi...twrights.farm on Wed Apr 26 02:37:05 BST 2000
Compile/Link info:
GTK version = 1.2.7
GNOME version = gnome-libs 1.0.58
CC = gcc
GTK_CFLAGS = -I/usr/local/lib/glib/include -I/usr/local/include
-I/usr/X11R6/include
CFLAGS = -g -O2 -Wall -Wmissing-prototypes -Wno-implicit-int
-I/usr/local/include -DNEED_GNOMESUPPORT_H
-I/usr/local/lib/gnome-libs/include -I/usr/local/lib/glib/include
-I/usr/X11R6/include -I/usr/local/include/gnome-xml
GTK_LDFLAGS = -L/usr/local/lib -L/usr/X11R6/lib -lgtk -lgdk
-rdynamic -lgmodule -lglib -ldl -lXext -lX11 -lm
LDFLAGS = -rdynamic -L/usr/local/lib -L/usr/X11R6/lib
UNAME = Linux higrade.botwrights.farm 2.2.1 #7 Tue Nov 16
02:22:30 GMT 1999 i586 unknown
|
|
From: Andy K. <ac...@ne...> - 2000-04-25 18:36:28
|
On Sat, Apr 22, 2000 at 10:35:30PM +0900, Yoichi ASAI wrote: > Dear Andy, > > > 1. gnotepad+ is supposed to be a *simple* text editor, for > > editing everyday text and HTML. Providing syntax > > highlighting will make it a not-so-simple editor. > > It seems that a simple, "vanilla" editor is really needed by > many gtk/gnome users. gnotepad+ should be a strict "GtkText" > editor, I think. This is where the confusion lies. A lot of people want gnotepad to remain a "simple" text editor, but most of the same people also want syntax highlighting. What they don't realize is that even if syntax highlighting were implemented, the user interface to use and configure it would not be so simple. For example, show me an editor where it's painless and totally easy to configure syntax highlighting exactly the way you like it. I don't think you can find one. It's always a tradeoff between flexibility and easy-of-use. The complication *really* sets in when taking into account the next version of GTK. It will include a much more powerful text widget, which will have syntax highlighting capabilities. What should we do then? > > - Support for the gnome-print libraries, so that printing a document > > from gnotepad+ will be better than just specifying "lpr filename". > > This will allow print previews, page settings, etc. > > gnome-print has a long way to I18N.... We non-iso8859-region > inhabitant suffer disadvantage. Indeed. Fortunately, since it's still in development, I plan on tracking the features/functionality of it before deciding on whether or not to use it. > My first suggestion is strict XSMP (X Session Management > Protocol) support. It would be useful, since gnome users are > usually on the gnome-session. I'm not sure I understand what you mean here. gnotepad has fairly basic gnome-session management support now. I don't know what "strict XSMP" would require. > The second is dividing background process (as emacsserver) and > opening documents command (as emacsclient). > Background process always running, and open buffer windows on > users demand. It would be useful for those who has "opening many > window" editing style. There have been a couple of requests for this in the past. Again, it's a tradeoff. I see this as useful only if gnotepad gets large enough such that starting another gnotepad process is really time consuming. Currently, I don't feel that gnotepad is large enough to justify this feature, but if gnotepad evolves (mutates?) into a more complex and robust editor, then this feature would certainly be needed. regards, --andy |
|
From: Andy K. <ac...@ne...> - 2000-04-25 18:28:04
|
Greetings gnotepad fans and users.
gnotepad+ v1.3.0pre4 has been released. One more development release
before the final version of 1.3.0. This version fixes the reverse
scrolling problem with wheeled mice, as well as a glaring bug when
undoing HTML tag inserted text. Also, search and replace now reports
how many replacements were made.
You can download this version at:
http://download.sourceforge.net/gnotepad/gnotepad+-1.3.0pre4.tar.gz
A detailed list of changes can be found at:
http://gnotepad.sourceforge.net/changes-1.3.0pre4.php
Enjoy!
--andy
|
|
From: Andy K. <ac...@ne...> - 2000-04-25 18:24:55
|
Greetings gnotepad fans and users.
gnotepad+ v1.2.1 has been released. This is a bug-fix only release,
intended mainly for those who don't want to upgrade to the next
version, but want the bug fixes.
You can download this version at:
http://download.sourceforge.net/gnotepad/gnotepad+-1.2.1.tar.gz
A detailed list of changes can be found at:
http://gnotepad.sourceforge.net/changes-1.2.1.php
Enjoy!
--andy
|
|
From: Yoichi A. <ya...@ms...> - 2000-04-22 13:45:39
|
Dear Andy, > 1. gnotepad+ is supposed to be a *simple* text editor, for > editing everyday text and HTML. Providing syntax > highlighting will make it a not-so-simple editor. It seems that a simple, "vanilla" editor is really needed by many gtk/gnome users. gnotepad+ should be a strict "GtkText" editor, I think. > - Support for the gnome-print libraries, so that printing a document > from gnotepad+ will be better than just specifying "lpr filename". > This will allow print previews, page settings, etc. gnome-print has a long way to I18N.... We non-iso8859-region inhabitant suffer disadvantage. My first suggestion is strict XSMP (X Session Management Protocol) support. It would be useful, since gnome users are usually on the gnome-session. The second is dividing background process (as emacsserver) and opening documents command (as emacsclient). Background process always running, and open buffer windows on users demand. It would be useful for those who has "opening many window" editing style. --- Yoichi ASAI <ya...@ms...> |
|
From: Yoichi A. <ya...@ms...> - 2000-04-22 01:40:21
|
> I received a report that scrolling with a wheeled mouse actually > works, but it's backwards (e.g., up is down, and down is up). Can > anyone else confirm or deny this? Yes, it does in fact backward scrolling.... My environment is: gnotepad+-1.3.0pre3, Logitech First Mouse+. --- Yoichi ASAI <ya...@ms...> |
|
From: Andy K. <ac...@ne...> - 2000-04-21 17:44:40
|
I received a report that scrolling with a wheeled mouse actually works, but it's backwards (e.g., up is down, and down is up). Can anyone else confirm or deny this? thanks, --andy |
|
From: Andy K. <ac...@ne...> - 2000-04-20 00:09:47
|
I've been thinking about what else there is to be done for future versions of gnotepad+, and a number of things come to mind. I'd like to openly share my list and get input on what you (the user) would like most. - By far, the most requested feature is syntax highlighting. I've refrained from adding such a feature because of a couple of reasons: 1. gnotepad+ is supposed to be a *simple* text editor, for editing everyday text and HTML. Providing syntax highlighting will make it a not-so-simple editor. 2. Current solutions for syntax highlighting are terrible hacks. See the gnotepad+ FAQ about this. To get syntax highlighting, leveraging the capabilities of the new GTK text widget (which is a port of the TkText widget) will be done. This means that gnotepad+ will *require* GTK+ 1.4, when it's available. Be aware that syntax highlighting is NOT a small task, and there are lots of issues involving user interface. - Dropping gtk+-1.0.x code. 1.4 is right on the horizon, and I've supported 1.0.x long enough. - Dropping gtk-only code altogether. This means that you MUST have GNOME to run and compile gnotepad+. I'm not sure how many people would object to this, which is why I'd to get input on it. - Support for the gnome-print libraries, so that printing a document from gnotepad+ will be better than just specifying "lpr filename". This will allow print previews, page settings, etc. Beyond those features (or non-features), anything else would be expanding gnotepad+'s intended scope of usage. For example, gnotepad+ could be made more towards a programmer's editor, or an even better HTML editor. Possibly both. In any event, those are some preliminary ideas. Comments and suggestions are extremely welcome. --andy |
|
From: Andy K. <ac...@ne...> - 2000-04-19 02:04:06
|
Greetings gnotepad fans and users.
gnotepad+ v1.3.0pre3 has been released. This is hopefully the last
beta release before the final version. This version only has a few
minor improvements, including: saving preferences is dramatically
faster now; options for placing the username and hostname in the
window title; and an attempt at providing wheeled mouse support.
You can download this version at:
http://download.sourceforge.net/gnotepad/gnotepad+-1.3.0pre3.tar.gz
A detailed list of changes can be found at:
http://gnotepad.sourceforge.net/changes-1.3.0pre3.php
Enjoy!
--andy
|
|
From: Andy K. <ac...@ne...> - 2000-04-04 19:34:57
|
Greetings gnotepad fans and users.
gnotepad+ v1.3.0pre2 has been released. This is another beta release
of the next version. Improvements include using the GNOME properties
box, libglade for a lot of the dialogs, some cleanup of the
search/replace code, GNOME help files, and a number of small bug
fixes.
You can download this version at:
http://download.sourceforge.net/gnotepad/gnotepad+-1.3.0pre2.tar.gz
A detailed list of changes can be found at:
http://gnotepad.sourceforge.net/changes-1.3.0pre2.php
Enjoy!
--andy
|
|
From: Andy K. <ac...@ne...> - 2000-03-28 00:31:23
|
> This bug does not occur here. Built with --disable-docunload on Linux > (Slackware 7) You've just been lucky. Here's why it's really a bug (skip the rest of this message if you're not interested). The original line of code looks like this: copyright = g_strdup_printf(copyright, "(C) 1998-2000 by %s", APP_AUTHOR_NAME); g_strdup_printf() is supposed to function like printf, except that it returns a newly allocated buffer which contains the (formatted) printed contents. However, although the above is syntactically correct, semantically it is not. The actual format of the arguments provided above is intended for sprintf(), or a variant thereof, not for printf(). The first argument is a character string, which should will be scanned by g_strdup_printf() to look for print formatters. In order to do the scan, the format string must be null terminated. Clearly, since the variable "copyright" is uninitialized, whatever null-termination it may have along with whatever print formatters it may have will certainly be wrong. Hence, the likelihood of g_strdup_printf() overwriting memory to fill in print formatters is pretty high. regards, --andy |
|
From: David T. <dt...@po...> - 2000-03-27 23:59:59
|
This bug does not occur here. Built with --disable-docunload on Linux (Slackware 7) On 27-Mar-2000 Andy Kahn wrote: > This is a patch to fix a silly bug which appears only in 1.3.0pre1. > What happens is that if you select "Help"->"About", gnotepad crashes. > It's not that serious of a problem, unless you like looking at the > "About" dialog box. :) > --andy > |
|
From: Andy K. <ac...@ne...> - 2000-03-27 21:31:42
|
This is a patch to fix a silly bug which appears only in 1.3.0pre1. What happens is that if you select "Help"->"About", gnotepad crashes. It's not that serious of a problem, unless you like looking at the "About" dialog box. :) --andy |
|
From: Andy K. <ac...@ne...> - 2000-03-24 20:03:27
|
Greetings gnotepad fans and users. gnotepad+ v1.3.0pre1 has been released. This is a beta release of the next version. New features include session management and user configurable undo levels. Other improvments include updated translations, using popt/getopt to parse command line options, and a number of bug fixes. You can download this version at: http://download.sourceforge.net/gnotepad/gnotepad+-1.3.0pre1.tar.gz A detailed list of changes can be found at: http://gnotepad.sourceforge.net/changes-1.3.0pre1.php Enjoy! --andy |
|
From: Andy K. <ac...@ne...> - 2000-03-20 19:14:26
|
Jim, > I am attempting to add a fold command to my print command, but it will > not save it. ... This appears to be a bug that has been there since the beginning! It's odd how no one ever tried changing the print command. :) I'm attaching a patch. Feel free to try it out. > Also--while we're at it....I really like the highlight text, doa search > and replace, and have the highlighted text already in the "Search for" > field. Is it possible to turn this feature on, or does it not exist? This feature is intentionally omitted because it's not clear what to do if the selected/highlighted text spans more than one line. That is, gnotepad currently does not support searching across multiple lines, so if multiple lines were highlighted, it's unclear what should be placed in the search field. Of course, I'm open to ideas... :) regards, --andy |
|
From: Andy K. <ac...@ne...> - 2000-03-14 20:57:55
|
A number of people have asked about gnotepad+ using a wheeled mouse for scrolling. I'm under the understanding that GTK already supports this, and gnotepad simply needs to do something about it. I'm attaching a patch which I *think* will enable use of the wheeled mouse. I say "think" because I don't own a wheeled mouse. Please give this patch a try and let me know how it goes. It is based on a clean build of 1.2.0. --andy |
|
From: Andy K. <ac...@ne...> - 2000-03-14 18:23:00
|
Yoichi,
> Sorry for my too rough explanation. My default setup is
> background white, foreground black. But using Gtk+ theme,
> "Untitled" buffer on starting up does not obey it.
>
> Please try this below:
>
> 1. Use Gtk+ theme whose GtkText background is not white.
> For example, "ThinIce". Its default background color is
> "#e5e5f7".
>
> 2. Start gnp. "Untitled" buffer's background is "#e5e5f7",
> though appgtkrc contains "bg[NORMAL] = { 1.0, 1.0, 1.0 }".
>
> 3. Start prefs dialog and save setup. "Untitled" buffer's
> background is now white.
Ah, I now understand the problem you're experiencing. I was not
experiencing the same problem because I do not use a theme which
alters the GtkText widget's colors. In looking at your patch which
addresses this problem:
--- src/main.c.orig Sat Mar 11 18:26:36 2000
+++ src/main.c Sat Mar 11 19:34:20 2000
@@ -176,6 +176,7 @@
app_init(int num, char **files, bool_t do_splash)
{
win_t *w;
+ doc_t *d;
GNPDBG_GENERIC(("app_init: files to open = %d\n", num));
@@ -186,6 +187,8 @@
if (*files == NULL) {
doc_new(w, NULL, DocText, (DO_LOAD | UPDATE_TITLE));
gtk_widget_show(w->toplev);
+ d = DOC_CURRENT(w);
+ prefs_update_text_widget_style(GTK_WIDGET(d->data));
/*
* setting the switch page signal here is kind of hokey, but we
I think it would be a little cleaner by simplifying it to just:
if (*files == NULL) {
doc_new(w, NULL, DocText, (DO_LOAD | UPDATE_TITLE));
gtk_widget_show(w->toplev);
+ doc_redraw(DOC_CURRENT(w));
/*
* setting the switch page signal here is kind of hokey, but we
However, I'm still uncertain as to why the problem is even manifesting
itself. That is, from inspecting the code, I don't see anything that
comes after the creation of an untitled doc that would cause the
properties of the text widget to change.
> # By the way, how can I use mouse wheel on gnotepad+? I cannot
> # do wheel scroll with mouse pointer on text widget.
> # When pointer is on the scrollbar, I can scroll.
I have no idea here. Supposedly, GTK has support for wheeled mice.
Perhaps there is something that needs to be done in gnotepad that can
trigger the support correctly.
regards,
--andy
|
|
From: Yoichi A. <ya...@ms...> - 2000-03-14 12:37:50
|
Dear Andy,
> > o Font and color of "Untitled" buffer does not reflect
> > ~/.gnp/appgtkrc.
>
> I don't experience this on my end. Can you describe this in more
> detail? Maybe your setup is a little different?
Sorry for my too rough explanation. My default setup is
background white, foreground black. But using Gtk+ theme,
"Untitled" buffer on starting up does not obey it.
Please try this below:
1. Use Gtk+ theme whose GtkText background is not white.
For example, "ThinIce". Its default background color is
"#e5e5f7".
2. Start gnp. "Untitled" buffer's background is "#e5e5f7",
though appgtkrc contains "bg[NORMAL] = { 1.0, 1.0, 1.0 }".
3. Start prefs dialog and save setup. "Untitled" buffer's
background is now white.
My environment:
FreeBSD 3.3-RELEASE, gtk+-1.2.7, gnome-libs-1.0.56
# By the way, how can I use mouse wheel on gnotepad+? I cannot
# do wheel scroll with mouse pointer on text widget.
# When pointer is on the scrollbar, I can scroll.
---
Yoichi ASAI <ya...@ms...>
WWW: http://www.gnome.gr.jp/~yatt/
|
|
From: Andy K. <ac...@ne...> - 2000-03-13 19:23:27
|
Yoichi, > I made a patch for gnotepad+-1.2.0. This fixes two points: > > o Some un-gettextized strings in prefs.c Thanks for the updated tranlsations and this fix! > o Font and color of "Untitled" buffer does not reflect > ~/.gnp/appgtkrc. I don't experience this on my end. Can you describe this in more detail? Maybe your setup is a little different? --andy |
|
From: Yoichi A. <ya...@ms...> - 2000-03-11 11:35:25
|
Dear all gnotepad+ users, I made a patch for gnotepad+-1.2.0. This fixes two points: o Some un-gettextized strings in prefs.c o Font and color of "Untitled" buffer does not reflect ~/.gnp/appgtkrc. I'm not good at GTK+/GNOME programming, so this might be a dirty hack. Location of the patch is: http://www.gnome.gr.jp/~yatt/gnotepad+-1.2.0p1.patch.gz ja.po for patched version is: http://www.gnome.gr.jp/~yatt/gnotepad+-1.2.0p1-ja.po --- Yoichi ASAI <ya...@ms...> |
|
From: Andy K. <ac...@ne...> - 2000-03-09 21:51:12
|
(this is an announcement originally made March 1st, 2000, on the old gnotepad mailing list and homepage) Greetings gnotepad+ fans and users. After a lengthy development period, the final version of v1.2.0 has been released. The major highlights of this release include new features, enhanced HTML editing capabilities, lots of small bug fixes aimed at improving stability, and internationalization (Danish, French and Japanese translations). A more detailed list of changes since v1.1.4 can be found at: http://ack.netpedia.net/gnp/changes-1.2.0.htm You can download gnotepad+ at: http://ack.netpedia.net/gnp/gnotepad+-1.2.0.tar.gz The User's Manual has also been updated: http://ack.netpedia.net/gnp/gnotepad+-help-1.2.0.tar.gz Enjoy! --andy |
|
From: Andy K. <ac...@ne...> - 2000-03-08 21:22:08
|
(this is an announcement originally made March 1st, 2000, on the old gnotepad mailing list and homepage) Greetings gnotepad+ fans and users. After a lengthy development period, the final version of v1.2.0 has been released. The major highlights of this release include new features, enhanced HTML editing capabilities, lots of small bug fixes aimed at improving stability, and internationalization (Danish, French and Japanese translations). A more detailed list of changes since v1.1.4 can be found at: http://ack.netpedia.net/gnp/changes-1.2.0.htm You can download gnotepad+ at: http://ack.netpedia.net/gnp/gnotepad+-1.2.0.tar.gz The User's Manual has also been updated: http://ack.netpedia.net/gnp/gnotepad+-help-1.2.0.tar.gz Enjoy! --andy |
