Hi!
I would like to propose this simple patch:
diff -Nru wmaker-crm.next/configure.ac wmaker-crm.next.patched/configure.ac
--- wmaker-crm.next/configure.ac2015-06-20 08:53:05.0 +0200
+++ wmaker-crm.next.patched/configure.ac2015-06-20 08:53:41.0
+0200
@@ -281,6
Quoting message written on Saturday 2015-06-20 10:41:37:
Hi,
Josip Deanovic schreef:
Hi!
Did anybody else notice the malformed look of checkboxes in Window
Attributes window?
Yes, but it's not malformed. The first (read-only) box indicates the
window hint requested by the program.
Quoting message written on Wednesday 2014-12-31 01:09:53:
The name of the 2 settings have been changed:
- enable: MiniwindowApercuBalloons - MiniwindowPreviewBalloons
- size: ApercuSize - MiniPreviewSize
The old name is still supported to avoid breaking user's configuration,
but WPrefs
Quoting message written on Thursday 2014-08-14 15:43:57:
This patch is adding miniwindow apercu when the mouse
is over the miniwindows.
I added this feature about one month ago and was successfully testing
it since then.
To enable it you have to run WPref, in Miscellaneous Ergonomic
On Sat, 20 Jun 2015 at 9:14:45 +0200, Josip Deanovic wrote:
Hi!
I would like to propose this simple patch:
diff -Nru wmaker-crm.next/configure.ac wmaker-crm.next.patched/configure.ac
--- wmaker-crm.next/configure.ac2015-06-20 08:53:05.0 +0200
+++
- Josip Deanovic djosip+n...@linuxpages.net a écrit :
Quoting message written on Friday 2015-06-19 22:02:24:
Thanks again, I managed to isolate the cause!
Thank you for your time.
I have also sent a patch for this, although for this one it will take
you some extra work, sorry for
Quoting message written on Monday 2014-09-22 14:29:36:
Hi Doug,
Great Feature !
Just one comment which I think that it can be improved:
Apparently right now it just does windo snapping in the right/left
sides. It would be great if top/bottom maximization could be done too.
In
---
debian/control | 2 +-
doc/build/Compilation.texi | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/debian/control b/debian/control
index ce41a77..b761636 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: x11
Priority: optional
Quoting message written on Saturday 2015-06-20 14:22:55:
Yes, that is a known limit of the procedure in place. Actually this
file is more meant for people compiling from the official package,
which do not have these problems. The goal is for people compiling
from
Git to find this
- Josip Deanovic djosip+n...@linuxpages.net a écrit :
Quoting message written on Wednesday 2014-12-31 01:09:53:
The name of the 2 settings have been changed:
- enable: MiniwindowApercuBalloons - MiniwindowPreviewBalloons
- size: ApercuSize - MiniPreviewSize
The old name is still
The git repository is not the distribution tarball. As long as the
INSTALL-WMAKER file is generated at make time, and is included in the make
dist-*, then it’s fine. Based upon my latest build of the master branch, that
is indeed the case.
If it really is auto-generated there is no need for it
- Carlos R. Mafra crma...@gmail.com a écrit :
On Sat, 20 Jun 2015 at 12:05:42 +0200, Christophe wrote:
- Josip Deanovic djosip+n...@linuxpages.net a écrit :
Further more, one cannot read the list of prerequisites as the file
INSTALL-WMAKER gets built only after you already have
As suggested by Carlos, the instruction to compile from the repository are
included in this document, so it is a good idea to have it in the
repository, even if it is a generated file.
In addition, autogen.sh will not generate it anymore as it would create
an incorrect version of it (the
As pointed by Josip, the code for loading the legacy setting keywords for
the Minipreview feature did not update correctly the configuration:
- if the setting used a size as a multiple of icon size, this was
understood as the minimum pixel size, which meant here disabling the
feature. The code
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project wmaker-crm.git.
The branch, next has been updated
via 9dd875b1cfc6ab48bf82250781b5001f080019d0 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project wmaker-crm.git.
The branch, next has been updated
via f3ac6bb9233a0be20c2c6f0b8c09c6419410cb0f (commit)
from
As reported by Josip, the code in Window Maker to detect the use of the
legacy keyword MiniwindowApercuBalloons and ApercuSize was broken,
which means they were always seen as used even when not present.
This patch fixes the detection to only use them if they were effectively
used.
Reported-by:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project wmaker-crm.git.
The branch, next has been updated
discards 9dd875b1cfc6ab48bf82250781b5001f080019d0 (commit)
discards
On Sat, 20 Jun 2015 at 12:05:42 +0200, Christophe wrote:
- Josip Deanovic djosip+n...@linuxpages.net a écrit :
Further more, one cannot read the list of prerequisites as the file
INSTALL-WMAKER gets built only after you already have some of them
met e.g. autoconf, automake, possibly
Hello,
The first 2 patchs will fix the Apercu/Minipreview problems reported by Josip
recently.
The 3rd patch is including the generated INSTALL-WMAKER into the repository
as suggested by Carlos.
Carlos,
I would also suggest to run this (before or after, it does not matter):
git rebase -i
Quoting message written on Saturday 2015-06-20 12:35:33:
On 06/20/2015 03:41 AM, Josip Deanovic wrote:
Doug, would it be to hard to not completely disable the feature in
case
DontLinkWorkspaces is set to NO but to disable just the left/right
and corner snapping instead?
That way
If workspaces are linked, then windows will only snap to the top or bottom
of the screen.
Suggested-by: Josip Deanovic djosip+n...@linuxpages.net
---
NEWS | 8
src/moveres.c | 7 +--
2 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/NEWS b/NEWS
index
On 06/20/2015 03:41 AM, Josip Deanovic wrote:
Doug, would it be to hard to not completely disable the feature in case
DontLinkWorkspaces is set to NO but to disable just the left/right and
corner snapping instead?
That way someone who is using workspace linking feature could still snap
a
On 06/20/2015 05:11 PM, Josip Deanovic wrote:
I have just applied the patch and tested it and something is not right.
Without workspace linking the feature is still working as usual.
With workspace linking enabled I get the window frame created UP/DOWN,
depending on the window position but if
If workspaces are linked, then windows will only snap to the top or bottom
of the screen.
Suggested-by: Josip Deanovic djosip+n...@linuxpages.net
---
NEWS | 8
src/moveres.c | 7 ++-
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/NEWS b/NEWS
index
On 06/20/2015 05:11 PM, Josip Deanovic wrote:
I have just applied the patch and tested it and something is not right.
Without workspace linking the feature is still working as usual.
With workspace linking enabled I get the window frame created UP/DOWN,
depending on the window position but if
26 matches
Mail list logo
