Thomas Funk writes:
> "Dan Espen" wrote:
>> Thomas Funk writes:
>>
>>> "Dan Espen" wrote
> Also a fixed fvwm-menu-desktop-config.fpl because there were some
> missing double quotes (I don't know why they were absent ... shit happens)
Guys, you're driving me nuts.
On the fvwm list we never know if the person posting is subscribed so
we reply to all.
Here on workers, we know each other is subscribed.
PLEASE, only reply to fvwm-workers. I don't need 2 copies of every email!
--
Dan Espen
about the programming and functionality of the module and not
> "RTFM" - I do this every time before I asking.
>
> So if you're willing to be a "mentor" in a sense I am ready to
> programming it.
Looks like I should educate myself too.
Back when I'm a bit smarter.
--
Dan Espen
Thomas Adam writes:
> On 25 July 2012 18:38, Thomas Funk wrote:
>>> Dan Espen wrote:
>>> Thomas Adam made some comments about using FvwmPerl. Is that resolved?
>
> No -- and as such, until it starts to use perllib and/or FvwmPerl,
> it's not ready. There
.
I'd like to just click on an okay button, have it save, update,
and exit the form.
This might be a good time to think about adding a separator to FvwmForm
because those headings don't do it for me.
Anyway, thought you guys might get a laugh out of my form default colorsets:
http://tinypic.com/view.php?pic=21oops1&s=6
--
Dan Espen
Just took a look at
ftp://ftp.fvwm.org/pub/fvwm/devel/snapshots/
fvwm.org -> download -> snapshots
They seem to run from 2003 up to 2012-01-24.
Not good!
Way too many old snapshots and nothing current.
--
Dan Espen
e do provide them for releases.
If no one else thinks we need them, I'll update the web pages
to match the current situation.
I'll give it a few days.
--
Dan Espen
don't build inside the source tree.
I didn't try Tom F's suggested solution.
If that fixes it, I wouldn't understand why.
The only other pressing issue I'm aware of is snapshots getting built
off of 2.7.
--
Dan Espen
Thomas Adam writes:
> On Thu, Aug 23, 2012 at 04:53:37PM -0400, Dan Espen wrote:
>> Thomas Adam writes:
>> > Hi all,
>> >
>> > Can I please have a status update about how close we might be to needing
>> > another release? Just so I know when
"Jason L Tibbitts III" writes:
>>>>>> "DE" == Dan Espen writes:
>
> DE> The only other pressing issue I'm aware of is snapshots getting
> DE> built off of 2.7.
>
> I think I have things going again; for whatever reason the script
patches before release 2.6.6. Would be great.
They sound like good changes.
Might take a few days, a bit late now, and some guests coming over
tomorrow.
Thanks.
--
Dan Espen
ailure in printtext which does this:
def printtext(text):
print text.encode("utf-8")
So if I understand the patch, it intercepts one failure to do utf-8
encoding and tries using iso-8859-15 instead.
Why is only that call to printtext subject to this failure?
Don't other calls to printtext using menu names share this problem?
Just wondering if it makes more sense to put the logic in printtext.
How about just printing the text without encoding it, if encoding fails?
--
Dan Espen
; +++ fvwm-snap-20121011p/perllib/FVWM/Tracker/GlobalConfig.pm
> 2012-10-18 16:52:54.0 -0400
> @@ -100,7 +100,7 @@ __END__
> This is a subclass of B that enables to read the global
> FVWM configuration.
>
> -"value updated"
> +"value changed"
>
> =head1 SYNOPSYS
Changed vs Updated, I'm failing to see the difference.
--
Dan Espen
Philippe Grégoire writes:
> On 2012-10-20 21:50, Dan Espen wrote:
>> Philippe Grégoire writes:
>>
>>> Hi,
>>>
>>> I am working on a window placement module in perl and \
>>> noticed a discrepancy between the documentation and the \
>>>
e
> sequence of events that causes the problem
> to occur.]
>
> Fix:
> [Description of how to fix the problem. If you don't know a
> fix for the problem, don't include this section.]
Fvwm-themes is not part of fvwm.
I suppose they have a mailing list of their own.
Also, Fvwm version 2.5.12 is pretty old.
--
Dan Espen
e window. Would someone know how to do that ?
Nope.
--
Dan Espen
Ranjan Maitra writes:
> On Sun, 02 Dec 2012 00:14:45 -0500 Dan Espen wrote:
>
>> Ranjan Maitra writes:
>>
>> > Hello,
>> >
>> > I was wondering if it is yet possible to get rounded corners on
>> > windows using fvwm. I know that there
Dan Espen writes:
> Ranjan Maitra writes:
>
>> On Sun, 02 Dec 2012 00:14:45 -0500 Dan Espen wrote:
>>
>>> Ranjan Maitra writes:
>>>
>>> > Hello,
>>> >
>>> > I was wondering if it is yet possible to get rounded corne
es per window. Haven't looked at the
source code to see if that's the only option.
--
Dan Espen
e.
Ah the mysteries of automake...
--
Dan Espen
Dan Espen writes:
> Hopefully I just fixed the issue with fvwm-menu-desktop-config.fpl.
> Not sure why but the issue went away when I spelled out the name instead
> of using a variable.
>
> I still get an error:
>
> make[4]: Entering directory
> `/home/dane/fvwm-src/
s are also present in CVS. Attached are the patches named
> above.
Thank you. The patches have just been applied.
--
Dan Espen
way to reproduce
> it for me was the following:
>
> start nedit
> type some text
> select a portion of it
> click the "close" window decoration
> click "no" in the save suggestion dialog
>
Can you update from CVS and try again?
I've committed a change that should fix the problem.
--
Dan Espen
Vladimir Klebanov writes:
> Hi Dan,
>
> On Mon, Jan 21, 2013 at 1:13 AM, Dan Espen wrote:
>> Can you update from CVS and try again?
>> I've committed a change that should fix the problem.
>
> Did you mean "Untitled" instead of "Unknown" in
Vladimir Klebanov writes:
> On Wed, Jan 23, 2013 at 6:01 PM, Dan Espen wrote:
>> Changes committed.
>
> Seems like it is no longer crashing, at least not upon quick testing.
> If crashes come back in everyday use, so will I.
>
> Thanks for fixing.
Thanks for testing.
--
Dan Espen
Spoofing writes:
> Hello from Russia :)
> Can I suggest a russian translate for FVWM?
I will apply this, but it might take some time.
Thanks.
--
Dan Espen
too.
The window initially allows you to type in the window, but after a
resize if won't accept focus until you move the pointer out of the
window and then back in.
I have not had time to investigate any deeper.
--
Dan Espen
the window.
So, using the last line shown above, helps, a little.
--
Dan Espen
fIshape\fP options requires that fvwm and
> +FvwmIconMan is compiled with the correct options. Note how the geometry and
> +show options are specified per manager, and the others are common to all:
>
> .nf
> .sp
> cut diff/patch-
Thanks, change committed.
I went with we -> are.
--
Dan Espen
e EnvMatch only supports Environment Variables.
I'll see what I can do.
--
Dan Espen
he current
plan is to stop with odd numbered releases that never happen and stay
with 2.6.
If I knew enough about CVS to remove the 2.7 branch I would.
I would not be opposed to creating 2.8 if that's what it takes.
--
Dan Espen
is fixes Echo when using fvwm_msg()
I saw some bad echos during testing, but I think I saw some good ones
too. I eventually decided everything was okay since I wasn't messing
with the echo code.
--
Dan Espen
0caeb in ?? ()
> No symbol table info available.
> #1 0x in ?? ()
> No symbol table info available
Nothing in there to indicate that the core file is from Fvwm.
Since Fvwm doesn't use threads, it looks like that's NOT Fvwm.
Not sure why you would have a stripped Fvwm.
If you do, you might need to recompile to get a meaningful stack dump.
--
Dan Espen
-Crystal Font Selector}
>
> Is it something I can do, or is it a bug?
See my other reply. I don't think FvwmScript is going to expand
$[FVWM_SYSTEMDIR].
--
Dan Espen
e some kind of internal cache
> that keep stuff from a previous run of this script. How can I be sure
> this cache is cleaned without to restart the machine?
I don't think there is any cache.
If you have a crash, you need to examine the core file.
--
Dan Espen
mo && /usr/bin/gmsgfmt -c --statistics -o fvwm.de.gmo
> fvwm.de.po 106 translated messages.
>
> Maybe I missed something into the configure step, but I didn't see any
> obvious option for that.
You're right. I remembered to do that and promptly forgot about it.
There are instructions in the po directory on how to build the gmo
file.
I'll get to it.
--
Dan Espen
bt we have a lot of existing menus using "(" as a short cut.
It's not real easy to use a shifted key as a shortcut key.
--
Dan Espen
et,
> and at each stage, matched items are highlighted in the menu, etc.
Aggh. no!
Actually lots of my menus are heavily short-cutted.
I'd don't think I'd get very far in a search term before one the options
would be selected.
Even a menu without short cuts accepts vi-keys for cursor movement.
--
Dan Espen
If I remember right, there was an fvwm language patch posted for
French? that I never applied.
Please repost or provide a link.
I'll try to apply it this time.
--
Dan Espen
From my point of view, I'd have no problem with closing them down.
If you could direct users to the mailing lists, that would be a good
thing.
--
Dan Espen
pletely crappy.
>>
>> Another problem was if an icon not found but the path was given convert
>> errors occur. Fixed this with a path check.
>>
>> Also I have exchanged all Tabs with spaces to prevent indention errors
>> with the Python interpreter.
>>
>> Attached is the patch for that.
>>
>> Best,
>> Thomas
>
>
>
>
--
Dan Espen
I don't get any negative feedback by Wednesday I'll notify Jason.
--
Dan Espen
set LC_TYPE before you started Fvwm?
Setting it before I start GIMP doesn't seem to cause a problem.
--
Dan Espen
re hint's would be helpful.
If you know how to use gdb, a print of ptext might be helpful.
--
Dan Espen
. :)
Like the long list of primary contributors before you,
I (and we) appreciate your efforts.
Hope you've gained something along the way.
My efforts slowed down a long time ago since Fvwm does everything
I want, but I feel obligated to hang on to pay back guys like
you who have contributed so much.
May you find fulfillment in your future endeavors.
--
Dan Espen
lem before making a fix. So far I'm unable to even get into
the code, but I'm American and hopeless with foreign languages.
I did get Russian in my title bars, but no tracing of the area
with the abend.
If this is inconsistent, efence might help. It will report
problems even when it doesn't crash.
--
Dan Espen
memory checkers would be
more useful.
Do "list".
Print fws, *fws, comb_chars, i.
--
Dan Espen
Gleb Smirnoff writes:
> On Tue, Sep 17, 2013 at 10:04:52AM -0400, Dan Espen wrote:
> D> > Just got a very different panic. It may be unrelated
> D> > to the free/malloc problems, but since fvwm was rock stable
> D> > for the last 10 years for me, I'm prone
Gleb Smirnoff writes:
> On Tue, Sep 17, 2013 at 10:54:22AM -0400, Dan Espen wrote:
> D> > D> Do "list".
> D> > D> Print fws, *fws, comb_chars, i.
> D> >
> D> > (gdb) list
> D> > 1978while(comb_cha
be a
> rewrite. It didn't happen. Fair enough, but it's going to quickly turn
> into a curio if it's not maintained past the point of applying band-aids.
> The world's moving on with things, and FVWM isn't.
I was never in favor of Fvwm3.
Too many projects dump old and working forcing their users through
a conversion.
> [1] By all rights it's meant to be written as 'fvwm'. I personally
> disagree with this, since it's an acronym, but whatever, the style is
> already completely destroyed.
Don't care.
--
Dan Espen
Thomas Adam writes:
> On Mon, Sep 23, 2013 at 09:57:25PM -0400, Dan Espen wrote:
>> Thomas Adam writes:
>> > * Consider using DBus as the API which is used to communicate to/from
>> > FVWM, INCLUDING MODULES;
>>
>> Is it available on all X Win
with the needed directory files and it
> works fine on most systems. In some parts it could be changed but that
> is another point ;-)
Not sure what you mean, I think you're talking about .desktop files with
Fvwm options in it, like start/restart Fvwm, etc? So that when someone
installs Fvwm they get menu options to start Fvwm.
If so, definitely yes, it's something I wanted to do but never got to it.
--
Dan Espen
Thomas Funk writes:
> Hi Dan,
>
> I have attached the new manpage for fvwm-menu-desktop-config.
> Would you be so kind to review it for spelling and grammar errors,
> please?
Some changes, some comments:
fvwm-menu-desktop.config.1
Description: revised plus comments
--
Dan Espen
"Vincent W. Chen" writes:
> Hi,
>
> There is a spelling error in the FvwmPager manpage. Attached is a
> small patch which should apply cleanly to the 2.6 branch.
Thanks, applied.
--
Dan Espen
relates to
> icon names because it's been causing segfaults for me.
Yes, please let us know how that works out.
I'll revert the patch in 2.6.6 if it turns out to be the culprit.
--
Dan Espen
spicious to me. For my
>> own purposes, I've been reverting the patch to event.c that relates to
>> icon names because it's been causing segfaults for me.
>
> The problem doesn't seem to appear with this version.
I've reverted the patch in the 2.6.6 branch.
If you have time I'd like to hear if it helps.
--
Dan Espen
Arne Wichmann writes:
> begin quotation from Dan Espen (in ):
>> Arne Wichmann writes:
>>
>> > begin quotation from Schaaf, Jonathan P (GE Healthcare) (in
>> > ):
>> >> > Ok, doing some tests it seems that the logic of setting window/ico
"Vincent W. Chen" writes:
> On Tue, Nov 12, 2013 at 8:19 AM, Dan Espen wrote:
>> Arne Wichmann writes:
>>
>>> begin quotation from Dan Espen (in ):
>>>> Arne Wichmann writes:
>>>>
>>>> > begin quotation from Schaaf,
the code
> from 2.5.22 and CVS but nothing has changed.
>
> So, what could be the problem?
We'd probably have to see the script but you could always resort to
adding printfs in Instructions.c.
Start with determining if it gets NbArg right.
Just seeing #end is an indication that it doesn't
see the args after the filename.
--
Dan Espen
I guess you mean this patch?
2012-04-14 Thomas Adam
* modules/FvwmPager/x_pager.c (label_window_wrap):
New static function for wrapping window lables.
* modules/FvwmPager/x_pager.c (do_label_window):
Use wrapped window names in pager by default.
--
Dan Espen
Thomas Funk writes:
> Dan Espen wrote:
>> Thomas Funk writes:
>>
>>> Hi!
>>>
>>> I'm working on a composite configurator with FvwmScript and getting an
>>> issue with WriteToFile command. It only writes '#end' into the file.
&
in CVS
and patches for the 2.6.5 version don't apply.
Current CVS version 2.6.6 is the only version we're making changes to.
--
Dan Espen
mand 'ToggleWork'
>> Key (Ardour) B W M -
> The binding was not removed, but put back to its preceding state:
>> [fvwm][__execute_function]: <> No such command 'ToggleFail'
> The way to remove a binding as stated into the man page doesn't work:
>> Key (Ardour) B W M -
>> [fvwm][__execute_function]: <> No such command 'ToggleFail'
> The only way to remove a binding:
>> Key (Ardour) B W M
>> # work
I don't think that actually works (haven't looked yet).
It might be setting the binding to an empty command.
Empty commands are skipped so they appear not to be there.
--
Dan Espen
Dominik Vogt writes:
> The attached patch should fix the problems. For some reason my CVS
> connection hangs forever, so I cannot apply the patch myself. :-/
Works from here.
Not sure why you would have a problem.
--
Dan Espen
wm command that doesn't work as you expect.
For my own music, I run a script that "fixes" the file names.
--
Dan Espen
Dominique Michel writes:
> Le Fri, 03 Jan 2014 10:34:24 -0500,
> Dan Espen a écrit :
>
>> Dominique Michel writes:
>>
>> > Le Fri, 3 Jan 2014 15:07:52 +0100,
>> > Dominique Michel a écrit :
>> >
>> >> It seam like file and director
the whole approach of ModuleSynchronous, etc.,
> but that's tangential to my point.)
Since I added ModuleSynchronous, I'll defend it.
If I recall correctly, it made sense for FvwmAnimate and I'm not
aware of it causing any problems.
I also use CPP, a very nice feature.
I'm
/download/icons.php
>
> Is that what you were thinking of?
There are XPM files in the test directory and one XPM file
stored with FvwmBanner.
--
Dan Espen
those
pretty long commands "AddToFunc", etc. But the "+" sign is just broken.
On the other hand, I've never seen it cause a real problem.
I think Fvwm just scoops up commands so fast that it's unlikely that
there will be a conflict.
A warning in the man page might be in order.
It would be nice if Fvwm reported where it found an error
(line 40 .fvwm/config) which would make the parser aware
of where commands are coming from and provide a way to fix
this. Of course sometimes it would be "FvwmAnimate PID 1234,
20th command".
--
Dan Espen
ot;, "WARP", &warp_keyword};
Then the logic in the CMD_ANIMATED_MOVE would be
getting at it's parsed values differently:
this_am_x = &x;
this_am_y = &y;
this_am)_warp = FALSE;
if (&warp_keyword) {
this_am_warp = TRUE;
}
--
Dan Espen
rary guarantees never to return empty tokens. This is a
> feature, albeit a questionable one.
The CVS command you are looking for is "annotate".
1.107 (migo 13-Aug-05): /* unfortunately, GetNextSimpleOption is
Could be that it was broken when the comment was written.
--
Dan Espen
Dominik Vogt writes:
> On Tue, Sep 02, 2014 at 05:48:05PM -0400, Dan Espen wrote:
>> Dominik Vogt writes:
>>
>> > Just found this comment in CMD_Test:
>> >
>> >/*
>> > * unfortunately, GetNextSimpleOption i
Dominik Vogt writes:
> On Tue, Sep 02, 2014 at 06:07:44PM -0400, Dan Espen wrote:
>> Dominik Vogt writes:
>> > By the way, does anybody know what this "infostore" stuff is
>> > about?
>>
>> Thomas does, but just in case he doesn't find his
Thomas Adam writes:
> On Tue, Sep 02, 2014 at 11:11:56PM +0100, Dominik Vogt wrote:
>> On Tue, Sep 02, 2014 at 06:07:44PM -0400, Dan Espen wrote:
>> > Dominik Vogt writes:
>> > > By the way, does anybody know what this "infostore" stuff is
>> >
(c-mode . ((c-basic-offset . 8)
(c-indent-level . 8)
(indent-tabs-mode . t
Emacs reads .dir-locals.el and applies it's rules in all
sub-directories.
--
Dan Espen
Dominik Vogt writes:
> On Mon, Sep 15, 2014 at 02:08:44PM -0400, Dan Espen wrote:
>> Not sure I want to work in the mvwm tree.
>> Not fond of the name,
>
> Neither me, but more because the "M" gets in the way with tab
> completion in the subsirs (also matche
sers.
But my real issue is moving the development source
to another location and not documenting anything about it.
That, and changing the name of fvwm to something else.
If you want to fork, say so.
--
Dan Espen
Thomas Adam writes:
> On Mon, Oct 13, 2014 at 05:53:06PM -0400, Dan Espen wrote:
>>
>> I don't see the sense in removing xpm, svg, bmp, etc. support.
>> How many lines of code does that save?
>
> Hi Dan,
>
> It's not about saving lines of code, or eve
pidly. The window also does not resize
>> properly, as the size of the window does not correspond to the
>
> Can you reproduce this using the CVS version? I can't reproduce it.
I'm pretty close to current CVS and I can't reproduce it either.
I'm FC 20, the binary is named gnuplot-qt, not gnuplot5-qt.
--
Dan Espen
bitmap id # to use for icon: 0x30b
window id # of group leader: 0x305
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 69 by 120
window gravity: NorthWest
WM_CLIENT_MACHINE(STRING) = "home-home"
WM_COMMAND(STRING) = { "gnuplot_qt" }
--
Dan Espen
n the server.
Jason, please take a look.
--
Dan Espen
CVS.
If you know how to convert the CVS stuff to git,
I'm willing to learn to use git.
Can you convert and retain the change history?
--
Dan Espen
t: Pre-commit check failed
cvs [commit aborted]: correct above errors first!
--
Dan Espen
Thomas Adam writes:
> On Thu, Jun 18, 2015 at 12:17:02PM -0500, Jason L Tibbitts III wrote:
>> >>>>> "DE" == Dan Espen writes:
>>
>> DE> Can you convert and retain the change history?
>>
>> Certainly. I converted my Majordomo2 repo
t;
> Please let me know if more information is needed, or to test a patch.
Looks to me like this line in add_window.c:
char win_name_len[MAX_WINDOW_NAME_NUMBER_DIGITS];
should be:
char win_name_len[MAX_WINDOW_NAME_NUMBER_DIGITS+1];
If you can test that, okay.
If I don't hear otherwise, I'll commit a change in a day or 3.
--
Dan Espen
ame it will probably be "Untitled".
It's fixed in the 2_6 branch in CVS.
If you can, you might want to read through:
http://www.fvwm.org/documentation/dev_cvs.php
and get the 2_6 branch like this:
cvs -d :pserver:anonym...@cvs.fvwm.org:/home/cvs/fvwm checkout -r branch-2_6
fvwm
configure, then make. There's a shell to help.
--
Dan Espen
using anything else you mentioned, so no problem.
But I'm unsure what problem some of them cause just hanging around.
Back when session management became a feature, someone decided we
needed FvwmSave, etc. Never heard a problem reported for it,
so I just ignored it.
Just had an opportunity to look at Fvwm.Org, it looks pretty nice.
I thought we were going to retain the themeing, but I don't see it.
Not a real problem.
--
Dan Espen
#x27;d say,
> the loss of FvwmTaskbar is not going to be missed. Even if were, it's
> still easily mitigated.
Fvwm uses FvwmTaskBar, for example in file:
sample.fvwmrc/system.fvwm2rc-sample-95
Those uses need to be eliminated before the module goes.
--
Dan Espen
Thomas Adam writes:
> On Tue, May 31, 2016 at 04:58:57PM -0400, Dan Espen wrote:
>> Fvwm uses FvwmTaskBar, for example in file:
>>
>> sample.fvwmrc/system.fvwm2rc-sample-95
>>
>> Those uses need to be eliminated before the module goes.
>
> Thanks. Rem
Thomas Adam writes:
> On Tue, May 31, 2016 at 08:44:23PM -0400, Dan Espen wrote:
>> If you want to open this can of worms, I think some streamlining might
>> be in order, that's up to you. I think it's a very good thing that Fvwm
>> has at least a minimal way to
Thomas Adam writes:
> On Thu, Jun 02, 2016 at 03:07:27PM -0400, Dan Espen wrote:
>> In the case of FvwmForm and the Setup Form, I think you've eliminated
>> something that I remember at least one poster using. It's not the
>> best part of Fvwm, but the Setup For
e of key
configurations, border color, frame thickness, etc.) but
putting it back unchanged is better than nothing.
You expressed unhappiness with the multiple files
it creates. That's dead simple to fix if you don't
like it. Personally, I prefer one file, I just did
it as multiple files because I assumed a user could
undo it.
My opinion.
(Note: this reply sent to -workers on purpose.)
--
Dan Espen
roll -100 0
The concept of a "bind" command is interesting.
But it feels like we'd be bringing implementation
details into the command language. Not always a good thing.
--
Dan Espen
n anyway). Uploading Pixmaps
> to the server before they can be used may not be a good idea for
> remote servers.
>
> Thoughts?
I don't see XPMs in the XDG libraries, but I do see them still
being shipped with Emacs 24.5. I don't think Fvwm would need
XPM support in order to allow Emacs to supply it's
own icon as it likes to do.
At minimum Fvwm needs to support the icons supplied by XDG.
--
Dan Espen
I think maybe "default-config" isn't in the images path?
2) The right panel goes all the way to the bottom of the screen
but it's empty. I don't like it wasting space.
3) "refresh" is in the menus. Is that something users will use?
4) Olive Drab?
5) I have windows without mini-icons and they are difficult
to see in the pager.
6) There should be a menu to invoke the modules.
Especially FvwmAnimate.
--
Dan Espen
wing -- would you be able to do this? If
> not, I'm happy to pick up the costs, and/or have the domain name
> transferred to me, etc.
>
> Kindly, Thomas
>
--
Dan Espen
Jaimos Skriletz writes:
> On Sat, Feb 10, 2018 at 8:38 AM, Dan Espen wrote:
>>
>> Hi,
>>
>> I've renewed the fvwm.org domain name for the next 9 years. (The max
>> gandi allows for.) The fvwm.org web site is back up from here.
>>
>> Hopefull
y to weed/prune/modernise what's there when the opportunity
> presents itself. It's something I tried to do in part with fvwm2, and failed.
>
> Thoughts welcome.
It would be nice to see Fvwm actually work with RandR.
Working would be sensing the change and moving windows into the new
screen dimensions. Every once and a while I get the urge to try my
1600x1200 panel as 1200x1600.
--
Dan Espen
here by myself.
One upside, I keep finding projects around the house so lots of things
are getting fixed.
I really miss the gym. I was into my second year of really getting into
shape. I have a set of weights in the basement but I'm finding it
really hard to get motivated to work out at home.
Must go do that now...
Take care all.
--
Dan Espen
ne, I tried to keep the
lines short enough, this is wind.cpp:
// Modification History
// Created on 04/09/20 by Dan Espen:
// - Demo fullscreen with SDL2
// - Full screen 640x480 window,
// terminate with escape,
// times out after a few secs.
#include
int main(int argc, char *ar
101 - 200 of 203 matches
Mail list logo