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?
2016-09-25 07:27:51 Yury Tarasievich wrote:
Thanks, Josip.
...
--
To unsubscribe, send mail to wmaker-dev-unsubscr...@lists.windowmaker.org.
, 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 manually
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
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.
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
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
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 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
Guys, terribly sorry for the ignorance, but I
somehow can't figure out this new (old?) menu thing?
It is named window class.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,
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
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 ...
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.
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
Forgot the screenshots, sorry.
-Yury
On 12/23/2014 02:00 AM, Christophe wrote:
- Yury Tarasievich yury.tarasiev...@gmail.com 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 people
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 the
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
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
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
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
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) and
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
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
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
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
*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,
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,
triggering the
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 accounts.
First
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.
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
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,
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:
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
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.
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 +
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
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
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
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
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.
Consistency is a big problem
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 switchpanel.
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 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,
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
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
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 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
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.
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
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
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
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), which is somewhat irritating
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
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
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
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 on has the first
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
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
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
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
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
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
69 matches
Mail list logo