I didn't yet give 0.95.8 a try, but I, too, am
using the possibility of having the windowed app
in front of the full-screen one, like in Mplayer
uses full-screen and then I do a "switch to" the
email client ("bring it in front of the
Mplayer") and "back". Would someone please look
into it?
Happy New Year, everyone!
As I was looking for the actual copy of mailing
lists' archives, I've found the old style
archive of [wmaker-dev] and [wmaker-user] (root
url https://windowmaker.org/lists.php), and the
1st pages of those end in 2009-2012.
No 'go to the newest page' link, no dates
ote:
On Sunday 2016-09-25 07:27:51 Yury Tarasievich wrote:
Thanks, Josip.
...
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
stall, so I didn't bother to reinstall
from source.
-Yury
On 25/09/16 07:27, Yury Tarasievich wrote:
Thanks, Josip.
...
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
Thanks, Josip.
But I'm compiling the git checkouts with this
option enabled and use its visual indicator
since, what, 2009?
And yesterday I've suddenly noticed that I have
to constantly cycle the layouts after switching
between the windows.
And there's no indicator. And no means for the
On 08/02/16 18:56, Doug Torrance wrote:
On 01/24/2016 11:54 AM, Yury Tarasievich wrote:
If I get this right, this would give us a
possibility to fill any element's background
with a (tiled) pixmap?
Sorry for the late reply! I just noticed this.
It was actually already possible by man
I seem to remember that wmaker restarting the
session could cause the similar effect-- of
autostart 'running more than once'.
Is there a programmatic signal to restart a
wmaker's session?
-Yury
On 07/02/16 23:37, Doug Torrance wrote:
I'm forwarding a bug report from the Debian Window Maker
Missed this thread when it was hot, but...
The *only* issue I would *not* want to get with
such a modification would be the mod 'snatching'
somehow the PrtScr shortcut I (or anyone else)
already use for calling on (almost) the same
functionality.
Regarding the menu item itself: go for it. I
If I get this right, this would give us a
possibility to fill any element's background
with a (tiled) pixmap?
-Yury
On 01/24/2016 04:53 PM, crmafra wrote:
...
http://repo.or.cz/wmaker-crm.git/commit/cb1760dc0bdf89c67c62a76ab1e8e6686775a0c8
commit cb1760dc0bdf89c67c62a76ab1e8e6686775a0c8
Auth
On 08/27/2015 12:07 AM, Josip Deanovic wrote:
On Wednesday 2015-08-26 19:59:04 Yury Tarasievich wrote:
Another thought: could those app menus be
automatically picked by WM from, e.g. GNUstep
installation?
Are we talking about usermenu or appmenu?
I mean those app-usermenus we were talking
Thank you, Josip, Zoltan,
I think I've got your meaning now. Of course,
I've never been a heavy *STEP user, so those
"extra" menus which one app here, in WM, would
have, and others would not, does not hold such
an appeal. On the other hand, an extra
functionality "for the same money" won't h
On 08/25/2015 10:12 PM, Josip Deanovic wrote:
On Tuesday 2015-08-25 20:19:38 Yury Tarasievich wrote:
Call me dim, but this functionality is useful
for what use scenario?
This feature could prove useful in case when you have an application
that requires several repetitive keyboard events and
Thank you so very much. I understand now how it
functions.
Not all clear yet, though:
Call me dim, but this functionality is useful
for what use scenario?
Like, *when* might I want a menu popping up on
every focus change? (I assume this is explicit
switch of focus, not
auto-grabbing-focus
Guys, terribly sorry for the ignorance, but I
somehow can't figure out this new (old?) menu thing?
It is named .menu and has to
reside in a specific location, that much I've got.
Now, tell me, please, when/how is this new menu
activated; is it superceding the global menu?
So, e.g., 'maximiz
I quite agree and would only amend this by using
turn of phrase "double OR single clicks (w/r to
the 'Single click activation' configuration
setting)".
Well, can YOU implement this? :)
-Yury
On 06/22/2015 02:20 PM, Josip Deanovic wrote:
Quoting message written on Monday 2015-06-22 07:48:58:
I'd like to chime in with following notes and
queries:
1) Ctrl+DblClick is rather weird-looking
feature, way out of what's commonly expected in
2015.
Not a good usability, too. One time you open the
item by a single-click, and in another context
(suddenly) you have to use something complet
Just noticed:
The configuration on a 64-bit system which has
32-bit libraries additionally installed (e.g.,
slackware 14.1 with compat32 package) leads to
compilation with locale directory parameter set
to 32-bit instance, like in the following fragment:
gcc ... -DLOCALEDIR=\"/usr/lib/locale
Thank you very much :))
-Yury
On 12/31/2014 02:11 PM, Carlos R. Mafra wrote:
...
I fixed the commit logs accordingly and pushed the changes to the repo.
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
On 12/31/2014 03:09 AM, Christophe CURIS wrote:
...
appropriate "minipreview" or similar, to be in line with the new name
suggested by Carlos R. Mafra.
...
Of course this is hardly important, but seeing
as you mention it twice:
http://article.gmane.org/gmane.compw.window-managers.windowmaker.
Forgot the screenshots, sorry.
-Yury
The Writer app from LibreOffice 3.6.7.2/amd64 is
mismanaged by #next Wmaker (for some time now,
more than a month, but definitely not three months).
That same LO installation worked fine before. It
works fine in Fluxbox. LO 4.* series works fine.
What happens is LO somehow "sees" and uses so
On 12/23/2014 02:00 AM, Christophe wrote:
- Yury Tarasievich a écrit :
This action variant does not "consider" anything
but just "unmax'es" the window (visibly changing
only the status in menu, yes).
I tried to avoid any confusion here, because I think most peop
Very nice touch, by the way. I suppose it might
be possible to draw something in that preview
windowlet there, for cases when "apercuses" are
not off?
-Yury
On 12/21/2014 08:13 PM, Christophe CURIS wrote:
The original square box did not look like anything, by using an image that
looks like a
On 12/21/2014 07:03 PM, Christophe CURIS wrote:
"...makes the window unmaximized"
...
I am proposing the following patch. I put your name on the commit
because I think it is worth keeping the name of the person who made
the effort to participate.
Thank you very much. :)
You could've keep th
A few suggestions on the UI of Appearance.app
(as seen in fresh #next); some of these might
possibly duplicate other people's comments:
1) Wording in the second tab: "When dragging a
maximized window..." might look more neat as:
"Dragging a maximized window...", together with
corresponding c
Doug, please explain to git noobs here, what do
we do to get all these nice changes you make to
dockapps? Is all this being put into wmaker's repo?
Yury
On 12/18/2014 10:41 PM, Doug Torrance wrote:
...
diff --git a/dockapps.db.in b/dockapps.db.in
...
--
To unsubscribe, send mail to wmaker-
On 11/21/2014 07:49 PM, Alexey I. Froloff wrote:
On Fri, Nov 21, 2014 at 02:15:36PM -0200, Bruno Félix Rezende Ribeiro wrote:
I'd say that if you want to use Window Maker, then use it.
We'd rather fork it.
...
The GNU project is really sorry that you've declined to cooperate,
because our pol
BTW, guys, I think I've just hit the Libreoffice's
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=76742
with October's git commits (between September 25
and OCtober 14, I think).
Yury
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
Hi guys,
I think I know now how to reproduce the appicon
icon not being set and left as the default
"broken sphere". For this to happen you have to
have no dock and no clip.
Appicons (sort of) are created anyway, for
active apps only, but the icons for them aren't
extracted/requested from
On 09/25/2014 06:30 AM, Doug Torrance wrote:
...
+ in many modern desktop enviroments, e.g., GNOME, Cinnamon, and Unity. A
I'd change the wording to "in desktop
environments like GNOME, Cinnamon, and Unity".
Yury
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.or
On 09/22/2014 12:13 PM, Iain Patterson wrote:
...
Sounds good. We'd need to change the option
heading. How about:
"Dragging a maximized window:"
- "Like other windows"
...
This one, how about "window changes position
(normal behaviour)"?
Yury
--
To unsubscribe, send mail t
On 09/22/2014 11:38 AM, Iain Patterson wrote:
...
Perhaps "is prevented" would be better.
"Forbidden" implies you're being naughty if you
do rather than you literally can't.
Well, to me the "ideal" name of the option is
the end result of its activation. So,
respectively, "window will be co
On 09/22/2014 10:20 AM, Iain Patterson wrote:
...
Windows gives a visual hint when a window is
going to snap and resize. One could argue that
the hint is subtle and too slow to appear but it
is there.
MS developers may shoehorn their captive
audience into all kinds of behaviour and get
aw
On 09/22/2014 10:16 AM, Iain Patterson wrote:
...
Having thought some more about it I propose
that in WPrefs the setting be shown as a heading
"Moving a maximized window" followed by a
dropdown with three settings: "behaves normally"
(current default), "restores original size"
(shrink on move)
On 09/22/2014 08:18 AM, Torrance, Douglas wrote:
On 09/22/2014 12:06 AM, Yury Tarasievich wrote:
...
Snap is only the intermediate result here, triggering the final result.
The size of the window isn't changed until after the move is completed.
So it's even worse, on two accoun
Wait, does this change the window size when
move's in progress, too?
Then it's not "snapping" at all, and the term
used is very confusing.
More precisely, it's something like
"half-maximise when edge is hit" or "half-fill
when edge-snapped".
Snap is only the intermediate result here,
triggerin
*Moving* maximised windows is not a problem,
it's maximised window (suddenly) *changing size*
when moved that's a problem. I only moved it, what?
I foresee folks developing certain subconscious
fear of moving the Wmaker's windows in general -
what if it'll change its size? Perceptionally,
wh
I didn't even download these changes, yet, but
I'd've thought that going 'unmaximised' would
NOT suppose changing the size as well, just the
status?
Yury
On 09/21/2014 12:55 PM, Carlos R. Mafra wrote:
On Sat, 20 Sep 2014 at 22:56:24 -0500, Doug Torrance wrote:
If a user moves a window which
I didn't even download these changes, yet, but
I've thought that going 'unmaximised' would NOT
suppose changing the size as well, just the status?
Yury
On 09/21/2014 12:55 PM, Carlos R. Mafra wrote:
On Sat, 20 Sep 2014 at 22:56:24 -0500, Doug Torrance wrote:
If a user moves a window which is
Doug,
If you're looking into windows placement and
sizing, would you spend a moment on related, and
somewhat annoying problemettes:
1) Windows of certain applications always get
placed overlapping the icon strip - wxMaxima.
Their size is never retained from the last use,
but is set, well,
On 09/20/2014 09:49 PM, Carlos R. Mafra wrote:
On Sat, 20 Sep 2014 at 21:35:29 +0300, Yury Tarasievich wrote:
On 09/20/2014 09:24 PM, Carlos R. Mafra wrote:
On Sat, 20 Sep 2014 at 21:08:34 +0300, Yury Tarasievich wrote:
I got confused -- will Alt+Tab retain its current rules of window
On 09/20/2014 09:24 PM, Carlos R. Mafra wrote:
On Sat, 20 Sep 2014 at 21:08:34 +0300, Yury Tarasievich wrote:
I got confused -- will Alt+Tab retain its current rules of window
shuffling, or not?
Yes, the patch was already reverted.
...which was the only reasonable way out, after
all
I got confused -- will Alt+Tab retain its
current rules of window shuffling, or not?
Yury
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
It's more complicated than that, actually.
Further in the message there's a link to
screenshot showcasing wmaker's handling of icons
for the complex applications. On the shot, there
are icons for:
* LibreOffice's StartCenter: 5th icon from top,
window class as reported by Wmaker:
"VCLSalFr
Hi all,
On a fairly recent 64-bit system (slackware
14.1) a couple of 32-bit apps do not show their
application icons: Thunderbird and Firefox, also
the FF's addon DownThemAll which works in a
separate window. For DownThemAll I don't think
there's even a separate icon file.
This problem is
Hi all,
The application icon and the related application
miniwindow icon have to be set separately (if
windowmaker can't retrieve the icon from the
running app itself). Is this an intended behaviour?
Yury
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
If I have no Dock and no Clip active, app icons
are created anyway (couple of weeks old #next).
These app icons are sort of "skeleton" ones --
they react only to double-click (although I have
single-click activation in config), and their
only reaction is self-highlighting.
Ctrl-double-click wo
And that's the subtle difference: I'm talking
about the app icons auto-created by wmaker (I
think I've used the dragged-to-dock icons like
once or twice).
That's the bug, of course, such difference
shouldn't be there at all.
On 06/09/2014 11:09 AM, Josip Deanovic wrote:
...
That, or comple
On 06/09/2014 09:53 AM, Josip Deanovic wrote:
Quoting message written on Monday 2014-06-09 08:39:59 by Yury:
Yury, it looks to me that you understand the problem quite
well and the problem is: starting from 0.95.4 if you have
dragged some app icon to the wmdock you would need to use
CTRL + dou
I don't understand Josip's problem. Would
someone clarify? The
more-than-one-instance-unlaunchable-by-simple-action
icons in Dock are there "since ever". I
definitely remember those in 0.92? (what was
that stale version before Carlos took over?).
And I think I can recall my initial confusion
On 06/07/2014 04:34 AM, BALATON Zoltan wrote:
On Sat, 7 Jun 2014, Josip Deanovic wrote:
docked application using double-click.
I don't mind either way (not using that option)
but isn't double click with Ctrl pressed
And there is an option of launching with single
click, so it's double/si
Well, if this verb is here since forever, the
whole discussion is moot.
Initially, I've got the impression it's some
sort of better-fication.
Yury
On 06/05/2014 10:42 AM, Carlos R. Mafra wrote:
I don't think we should change the word 'cycling' in this context.
wmaker uses it since forever an
On 06/05/2014 09:19 AM, Iain Patterson wrote:
Quoth Yury Tarasievich,
Oh well. Still this isn't cycling, we find
cycling alt-tab in other platforms GUIs, all
right?
I'm not dead set on the word "cycling" I just
want us to be consistent about what we do use.
Consiste
Oh well. Still this isn't cycling, we find
cycling alt-tab in other platforms GUIs, all right?
Yury
On 06/05/2014 07:37 AM, David Maciejak wrote:
Enclosed the patch with lain text proposal ""Show switch panel when
cycling windows."" and with logic changed, to amend commit
c994b65f14ad2ab872f5c
Alt-Tab is "cycling" only in one specific
scenario (holding the Alt).
It's back-and-fro'ing between windows (Alt-Tab
with complete release) and calls up the "switch
panel" (Zoltan is right about that space there)
Anyway, the distinction isn't worth an
additional verb, somewhat too informal at
On 06/04/2014 01:22 PM, Iain Patterson wrote:
* Use the text "Show switch( )panel when
cycling windows" (defaulting to on) for the
patch under discussion.
"Cycling" is not so good. Using switchpanel you
may switch to any of windows at once.
Let's keep the "switch" verb with the switchpane
On 06/03/2014 05:33 PM, Carlos R. Mafra wrote:
Perhaps "Do not display Alt-Tab panel icons" would be better?
Otherwise I have the impression that people could misunderstand what
this option does by thinking that we are disabling the switch panel
altogether.
Why not "Switch windows without (sho
On 05/27/2014 12:10 AM, BALATON Zoltan wrote:
On Mon, 26 May 2014, Josip Deanovic wrote:
I don't remember well what was that thingy
called in openwin/ol[v]wm/Xview.
It had the (default) 3x3 matrix of virtual
desktops and the windows' movement was reflected
there live.
...
I think Fvwm or Fvwm2
On 05/26/2014 09:57 PM, Josip Deanovic wrote:
Quoting message written on Monday 2014-05-26 20:27:16 by Yury:
I'd quite like to see xview's virtual desktops
manager in windowmaker. Possibly, with
Are you talking about Openlook's pager?
I don't remember well what was that thingy
called in op
On 05/26/2014 03:20 PM, Josip Deanovic wrote:
Most of the people probably don't even know how to turn off the
switchpanel.
...or even want to, for that matter :)
If we are talking dear memories 10+ years old,
I'd quite like to see xview's virtual desktops
manager in windowmaker. Possibly, w
Okay.
However, I'd really like to know, would fixing
this break the existing alt-tab
behaviour/switching order?
Yury
On 05/25/2014 08:02 PM, Josip Deanovic wrote:
Amadeusz
Yes, that's it.
...
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
On 05/25/2014 05:50 PM, Josip Deanovic wrote:
Quoting message written on Sunday 2014-05-25 17:33:00:
The blue panel on my system (several days old
#next) includes shaded windows.
It does include shaded windows but if you cover shaded windows
with some normal windows you will notice that the s
The blue panel on my system (several days old
#next) includes shaded windows.
Yury
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
On 05/25/2014 02:29 PM, Josip Deanovic wrote:
Quoting message written on Sunday 2014-05-25 11:42:33 by Carlos R. Mafra:
I cannot apply this. Just checking the chronology of development
I don't understand how removing the above lines can fix your problem.
...
By removing those lines I was able
On 05/25/2014 02:29 PM, Josip Deanovic wrote:
Quoting message written on Sunday 2014-05-25 11:42:33 by Carlos R. Mafra:
I cannot apply this. Just checking the chronology of development
I don't understand how removing the above lines can fix your problem.
...
By removing those lines I was able
You have google's address, and google filters
out some patches to its spam can.
On 04/16/2014 10:55 AM, Carlos R. Mafra wrote:
I've just found out one of the reasons why I was puzzled
by your series. I'm not seeing all the patches.
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@list
With almost fresh #next, some classes of windows
still happen to be put over the dock/icons
strips, regardless of what relevant settings say
(LibreOffice document windows, for one).
However, the dock strip comes to front
completely, if the mouse cursor is put over the
dock, and when the mous
I didn't quite get it.
The option for disabling the "miniwindows" is
there (last tab in WPrefs.app). Also, one may
disable the dock strip. But there is nothing in
WPrefs.app w/r to "application icons"?
So logically this would mean you'd like to
disable those icons which are created for every
Hi guys,
Please, could somebody look into an issue with
libreoffice's document windows?
On my system it regularly happens that opening
of the LibO (existing document) window leads to
this window being resized less in height than
previous LibO document window. Opening yet more
documents I c
On 11/23/2013 03:09 PM, Carlos R. Mafra wrote:
On Sat, 23 Nov 2013 at 15:05:26 +0300, Yury Tarasievich wrote:
Should non-maximized windows respect "do not cover..." settings,
too?
I think so.
...
Well, some of them don't (as long as I remember,
at least in 0.92), wh
Should non-maximized windows respect "do not
cover..." settings, too?
-Yury
On 11/23/2013 02:28 PM, Carlos R. Mafra wrote:
...
I have a maximized chrome window which does not cover the dock (on the right)
because of the "do not cover dock" option. When I open a new window (Ctrl+N),
this new wi
Carlos: I guess it'd be better all around if you
specified and published at least some of your
priorities and anti-priorities. Also, set a
procedure for cases when there's a conflict on
what goes in and what doesn't.
I sincerely commend you picking up the project
maintenance when there was a
On 11/14/2013 02:31 PM, Iain Patterson wrote:
...
Things which aid configurability. We're
already very good at this. You can, for
example, enable or disable dragging windows
across workspaces and separately enable or
disable magically creating workspaces when you
do so. Perhaps there are ot
With current #next, I can't anymore
switch/browse throught the windows in alt-tab
panel using left/right arrows to walk through
the whole list. The left/right arrow takes me
exactly one window left/right, then window gets
switched to, and alt-tab panel disappears. Old
behaviour was more conve
On 11/11/2013 01:09 PM, Carlos R. Mafra wrote:
On Mon, 11 Nov 2013 at 9:32:04 +0300, Yury Tarasievich wrote:
...
So I'd say there's an *urgent* need for some kind of contribution
rejection procedure. Something like following: (a) Carlos (or
anybody) with his PM's hat o
I think we have the gist of the problem right
there, in the lines quoted. I see a plain clash
of perspectives there.
We *might* benefit from the new ideas, generated
in the way of hobbie or otherwise.
We *would* benefit from general production going
forward.
I won't go so far as to declare
Happens even if mouse cursor isn't inside the
blue rounded rectangle (BRR). If the cursor is,
say, "higher" than BRR and off to the right,
then window "currently next in priority list"
gets pre-switched-to.
-Yury
On 11/05/2013 10:01 AM, Rodolfo García Peñas
(kix) wrote:
Nerijus Baliunas
Would you explain, what'd "the second solution"
actually do?
On 11/04/2013 11:04 PM, Rodolfo García Peñas wrote:
On Mon, 04 Nov 2013, Amadeusz Sławiński escribió:
...
* don't make fullscreen window special with relation to stacking, just
raise it on top when fullscreening
I would prefer s
While experts are at it, please, please, kindly
research why wmaker doesn't consistently keep
windows positions and doesn't honour 'do no
cover dock/icons' settings.
The following often happens here with 0.95.5
version: window is manually re-placed and
re-sized, so there's an entry for it in
I ought to comment on this:
1) Legacy icons carry the sense of tradition,
are long-known and might be referred from
somewhere (else). On the other hand, gain from
removing those would be nonexistent.
Please keep.
2) WindowMaker is not (yet) so great in getting
icons from applications (rece
After a long time of using wmaker without either
Dock or Clip, I decided to give Dock (and
Drawers) a try today. Several trivial/silly
questions arose:
1) How do I make icons for apps launched from
menu to appear in line with Dock icons?
2) How do I hide Dock icon (glowing gnustep), or
has
Hi all,
Rather obvious question/suggestion: would it be
too hard to implement Dock being hidden on
default and sliding out when mouse cursor "hits"
the screen edge? Would save screen estate
(especially w/r to any Dock/iconstrip dimension
than 64x64 not working well anyway).
I'd risk a gues
Hi all,
I wonder, whether it would be possible/feasible
to modify one of the aspects of the traditional
wmaker behaviour, namely, how the "launch"
action is activated.
If one has Dock active and "no miniwindows"
option set, one has to "launch" (unhide) the
already launched and hidden appli
Hello guys,
It seems that Alt+Tab stopped rising minimized
window if it sits in the first slot in the
window list. I think this was introduced around
preliminary 0.95.5 versions.
So, I press Alt+Tab, and blue list window pops
up. The list cursor is now set to the first slot
(grayed out ico
I have no problem with dancing icons, I'd just
call (from where I stand) the code spent on them
(developed, compiled, loaded in memory) not very
sensible investment.
The feature set of WM always appealed to me,
especially vs. its reasonable resource
consumption. What WM always lacked (in my
On 04/22/2013 01:43 PM, Gilbert wrote:
...
"no dock, no clip, no miniwindows" I'm not sure if this still works for this
wmaker-crm, but it does on legacy-wmaker. I run this way since years ago.
Under the wprefs 'Expert User Preferences' tab, check 'Disable miniwindows'.
...Got it.
Who would
Hello all,
Could someone point me to the code drawing
(re-drawing) icon for the docked app?
I have set several applications with icons of my
choice, however, when something happens in this
apps, the custom icon gets ignored (the default,
in-app, icon being drawn).
The most obvious example i
87 matches
Mail list logo