Activity for Bluefish
-
Bluefish released /bluefish/2.4.1/bluefish-2.4.1.tar.bz2
-
-
-
-
Olivier Sessink committed [r9320] on Code
getting ready for 2.4.1
-
update the list of up-to-date translations
-
getting ready for 2.4.1
-
include all files for osx package bundling so there is no need to compile the package from svn trunk
-
getting ready for 2.4.1 release
-
update the translation files for all languages
-
getting ready for 2.4.1 release
-
I've created a new 2.4.1 installer, at the same location, that adds (I think) the required registry key to make that work. Can you test again?
-
Anastasios Kazakis posted a comment on ticket #129
Dear Oli, I tested on 2 virtual machines, win7 and win10 ltsc and I confirm that I can see the desktop icon, I can see the entry in Start Menu, the program starts and works as expected but there are no entries in the add/remove programs. I made 2 screenshots for this, which i send attached to this message. The installations were on windows machines without previous versions of Bluefish installed, so I assume this will happen adding on to the problem if if it was installation over previous versions...
-
PS: Tonight I will test the 4.2.1 version but I was thinking to give it a hold until you let me know if you need special logs Tasos On Sun, Mar 29, 2026 at 9:34 AM Αναστάσιος Καζάκης anastasios.kazakis@gmail.com wrote: Dear Oli, I tested on 2 virtual machines, win7 and win10 ltsc and I confirm that I can see the desktop icon, I can see the entry in Start Menu, the program starts and works as expected but there are no entries in the add/remove programs. I made 2 screenshots for this, which i send...
-
install bluefish with uninstaller registered in the local machine part of the registry
-
can you see if https://www.bennewitz.com/bluefish/devel/windows/Bluefish%202.4.1%20Setup.exe is better?
-
translation update from Osman Öz <osmanoz05@hotmail.com>
-
translation update from Paweł W. <dawajpoczte@gmail.com>
-
Bluefish v2.4.0 – Installation Issue
-
The windows installer is created with very little windows knowledge. It works but it probably does lots of things in a wrong way. If you can help which NSIS settings should be changed, please suggest them (NSIS is the installer that Bluefish uses).
-
Metadata created ticket #129
Bluefish v2.4.0 – Installation Issue
-
translation update from Daniel Fuchs <daniel@baumfuchs.de>
-
translation update from Olesya Gerasimenko <gammaray@basealt.ru>
-
translation update from christian@tellefsen.net
-
translation update from Αναστάσιος Καζάκης <anastasios.kazakis@gmail.com>
-
translation update from Yuri Chornoivan <yurchor@ukr.net>
-
Lindsay Haisley modified ticket #128
Split screen separator in dark mode (feature request)
-
Split screen separater in dark mode (feature request)
-
complete greek translation update from Anastasios Kazakis <anastasios.kazakis@gmail.com>
-
prepare for 2.4.1 release
-
The horizontal separator color is apparently tied to the gtk color scheme. If a "light" theme is chosen, the split view separator is clearly visible with a dark editor background. At 84, my vision isn't as clear as it once was, so I use a customized "dark" desktop theme which is much easier on my eyes. Would it be possible to tie the split view separator color to it's own BF-configured, or per project color setting?
-
Split screen separator in dark mode (feature request)
-
Crash on "Show split screen"
-
translation update from Anastasios Kazakis <anastasios.kazakis@gmail.com>
-
Because of the stability issue with split screen, you probably didn't get many, if any, bug reports on the tab width issue since it was functionally masked by the split-screen crash bug. Most folks who used BF, like me, simply avoided using split-screen mode. Thanks so much for your attention to Bluefish over the years. I'm pleased to have contributed to the code many years ago, introducing a simple implementation of View | Full screen which one of the regular developers took off and ran with.
-
fixed that too, this is a regression caused by an optimization in 2.4.0 or 2.2.19 (I can't remember)
-
fix a regression in an optimisation that caused the split view widget to have a different tabsize
-
Since this ticket is still open, I should note that in the split screen mode, the tab width comes up at 8 spaces onscreen on the lower screen section, but correctly displays at 3 on the upper part of the split, as set in "Edit | Preferences | Tab width".
-
byDMA posted a comment on ticket #125
On a big monitor you cann see it at the bottom or head too. Wirh your old icons ist the same, but the are smaller (24px).
-
now I see what you mean! I was looking at the wrong icon.. I have no clue why this happens.. I use on my computer the tabs and icons on the bottom, I see no movement on my computer.
-
Yes! You'd fixed it and posted 9301 to svn before I finished replying the 1st time. I'm working on a project and will test it further by continuing my work with BF in split screen, which will be extremely useful if the bug is now dead.
-
Yes! You'd fixed it and posted 9301 before I replied the 1st time. I'm working on a project and will test it further by continuing my work with BF in split screen, which will be extremely useful if the bug is now dead.
-
Looks good so far, Olivier! I'll let you know if it misbehaves again. Thank you SO MUCH for this. It must have been a quick-fix. I barely had time to fix a cup of coffee after I filed the ticket.
-
look at the snippet icon :-)
-
but have you tested it? (b.t.w. please report next time - bluefish should never crash)
-
hmm I cannot reproduce this. I tried: 1) start bluefish 2) right click to open context menu - show system font 3) close context menu, open preferences 4) change editor font to a different font 5) click apply 6) right click in editor to show context menu - shows system font Is there anything I should do different to reproduce this?
-
Sic 'em! :) Split screen on a code editor is incredibly useful. I've been using BF for perhaps 15 years, and this has been happening since I first started; using it. I pretty much figured that split screen was just broken, and avoided it. It would be great to have it operative.
-
I'm feeling a bit stupid, but I don't see it ... (I'm from the Netherlands)
-
colors of text on file name labels under the editor window
-
should be fixed in revision 9301. please test!
-
should fix crash on split screen as reported in https://sourceforge.net/p/bluefish/tickets/127/
-
Deutsch?
-
Both. I show you, if I change the font for editor, this font is now used in context menu. If I choose "mono" font, so becomes context menu, or any other type of font. And it should be EVER a system font. Kontext menu over snippets, filetrees and charmap and bookmarks is ok, here is always a system font.
-
I can reproduce it! will have a look at it!
-
Crash on "Show split screen"
-
Crash on "Show split screen"
-
Sorry I'm not a native English speaker. What do you mean by "Swings"?
-
which of the screenshots is the one that bluefish shows on your computer? on my computer this context menu uses the system font, so it seems OK?
-
Crash on "Show split screen"
-
the provided icons look nice. The drawback is that we have to maintain three sets of icons, (or maybe 4 if we also create gnome-dark icons). the icons are compiled to C-code because this speeds up the startup of Bluefish. Since Bluefish has a lot of icons, a file lookup for each icon means 50 files that need to be read, converted from their compressed format into a pixbuf, and rendered to screen. The icons that are compiled to c-code are already compiled into a pixbuf, so they can be rendered to...
-
Looks like you got it! Thanks, as always.
-
I have a CLI alias for BF ("fish") so I'll run it that way, use the split screen, and if it crashes I'll open a new ticket with the stdout/stderr I get. Thanks!
-
UI/UX: Context menu on editor code uses wrong font
-
UI/UX: Snippet-Icon swings on click [small bug]
-
UI/UX Bluefish: Theming (dark/light), Icons (dark/light)
-
I think I fixed the bug. So please test! Lets open a new issue for the split view indeed.
-
updating for upcoming 2.4.1 release
-
code cleanups
-
should fix https://sourceforge.net/p/bluefish/tickets/123/ that the active tab color is not always correctly set
-
If a file is active in the editor, and has been either saved (^S or File|Save) or reverted (^Z or Edit|Undo) so that what's in the editor window matches the file on disk, shouldn't the text color of the tab not revert to the Document tab active color, since this truly indicates that the tab matches the active file in the editor window? Once a file has been loaded and the editor window provides real-time access to editing it, the text color in its tab should logically indicates only one of two states...
-
If a file is active in the editor, and has been either saved (^S or File|Save) or reverted (^Z or Edit|Undo) so that what's in the editor window matches the file on disk, shouldn't the text color of the tab not revert to the Document tab active color, since this truly indicates that the tab matches the active file in the editor window? Once a file has been loaded and the editor window provides real-time access to editing it, the text color in its tab should logically indicates only one of two states...
-
If a file is active in the editor, and has been either saved (^S or File|Save) or reverted (^Z or Edit|Undo) so that what's in the editor window matches the file on disk, shouldn't the text color of the tab not revert to the Document tab active color, since this truly indicates that the tab matches the active file in the editor window? Once a file has been loaded and the editor window provides real-time access to editing it, the text color in its tab should logically indicates only one of two states...
-
If a file is active in the editor, and has been either saved (^S or File|Save) or reverted (^Z or Edit|Undo) so that what's in the editor window matches the file on disk, shouldn't the text color of the tab not revert to the Document tab active color, since this truly indicates that the tab matches the active file in the editor window? Once a file has been loaded and the editor window provides real-time access to editing it, the text color in its tab should logically indicates only one of two states...
-
If a file is active in the editor, and has been either saved (^S or File|Save) or reverted (^Z or Edit|Undo) so that what's in the editor window matches the file on disk, shouldn't the text color of the tab not revert to the Document tab active color, since this truly indicates that the tab matches the active file in the editor window? Once a file has been loaded and the editor window provides real-time access to editing it, the text color in its tab should logically indicates only one of two states...
-
If the file is active in the editor, and has been either saved (^S or File|Save) or reverted (^Z or Edit|Undo) so that what's in the editor window matches the file on disk, shouldn't the text color of the tab not revert to the Document tab active color, since this truly indicates that the tab matches the active file in the editor window? Once a file has been loaded and the editor window provides real-time access to editing it, the text color in its tab should logically indicates only one of two states...
-
mark el as up to date translation
-
Greek translation update from Αναστάσιος Καζάκης <anastasios.kazakis@gmail.com>
-
Of course, a watched pot never boils! This used to happen regularly so I quit using split screen, and it happened once the other day after I hadn't used BF for a while, but I wasn't able to reactivate this bug. I'll try running BF from the CLI for a while and if it crashes I'll post the output to stdout/stderr. Shouldn't this be on a separate ticket?
-
Of course, a watched pot never boils! This used to happen regularly so I quit using split screen, and happened once the other day after I hadn't used BF for a while, but I wasn't able to reactivate this bug. I'll try running BF from the CLI for a while and if it crashes I'll post the output to stdout/stderr. Shouldn't this be on a separate ticket?
-
so I see the "modified" color is indeed configured as yellow. The part that I don't understand is why the text tab first is purple, and after undo becomes white. In both cases the code just "unsets" the color, which should revert the color to the default gtk text color as defined by your gtk theme. Can this be a gtk theme issue?
-
split screen should definately not crash. Can you easily reproduce it?
-
OK, Olivier, this is coming down to a UI visibility issue, related, perhaps, to a code issue! For years I've been using dark/colored characters on a bright white background in the BF editor. On close examination, I note that there's a vertically thin horiz. area just above the tabs with a purple indicator showing which tabbed file or service (both in the editor area and in the sidebar) is active. With my color scheme and my 84-year old eyes, this indicator is almost invisible under my bright white...
-
Ta. I'll let you know.
-
Actually, now, after a rebuild of BF, I'm getting: tab_color_error: #FF0000 tab_color_loading: #DC8ADD tab_color_active: #DC8ADD tab_color_modified: #F6D32D tab_color_modified#dark: #F5C211 tab_color_active#dark: #C061CB tab_color_error#dark: #EF2929 tab_color_loading#dark: #8FF0A4 If it matters, the configured UI color scheme is "dark", as far as the background goes.
-
Actually the path to rcfile-2.0 is a bit different on my desktop installation (the OS is Ubuntu MATE, and BF is built from a SVN copy) . I have three of them, actually. Judging from file modification dates, the active one is /root/.config/bluefish/rcfile-2.0 The other two copies of rcfile-2.0 are effectively "fossil" copies with older file mod dates in ~/.bluefish/..... where ~ = my home dir, or, local system root.) Because I do most of my work with websites on a distant NSF-mounted server, I run...
-
improving the dark color scheme, and the html highlighting
-
remove various debug output
-
improve dark theme colors
-
preferences edit dark colors if in dark mode, normal colors if not in dark mode
-
in latest svn I tried to improve the dark theme detection, this might help fixing this issue
-
use dark theme colors in the bluefishtextview widget
-
created automatic dark mode detection and adjust the colors acordingly
-
fixes warning about plurals definition
-
Hi, thanks for reporting, if I look at the code the non-modified-open-document should have the standard gtk color. Is purple a configured color, or is purple the standard gtk color on your system? what are your configured colors? Can you send me the output for grep tab_color ~/.bluefish/rcfile-2.0 ~/.config/bluefish/rcfile-2.0 ?
-
colors of text on file name labels under the editor window
-
this is probably a flathub issue. See the message on the flathub page: "Note that the flatpak version of Bluefish does not integrate well with other tools on your system due to flatpak security restrictions." Bluefish inside flatpak is not allowed to start executables outside the flatpak package (such as firefox).
