Tiling WMs problems

dwm:
I downloaded source from the official site, unpacked it, installed (make, make install clean) and everything worked. However, when i altered config.h, it compiled nicely, but changes wouldn't appear (terminal shortcut, etc).
wmii:
I guess this is easy one. What is the MOD setting for Ctrl in wmiirs (MOD1 is Alt)?
xmonad:
This tiny file requires a 40mb program as a dependency. Is there a workaround for this?
Last edited by Hide (2007-10-24 13:05:36)

dwm:
# pacman -S cvsup
change "!community" in /etc/abs/abs.conf to "community"
# abs
copy the dwm folder in /var/abs/community/x11/ into /var/abs/local
copy your changed config.h into /var/abs/local/dwm
delete the md5sum of the config.h in dwm's PKGBUILD
# makepkg
works great here...
Cheers Sigi

Similar Messages

Zoom function in tiling WMs for the Eee

Looking at getting an Eee PC. A zoom function in the window manager (similar, but not necessarily as flashy as, Compiz Fusion) would be a must. I'd like to use a tiling WM on it, though. Does anyone know which, if any, tiling WMs have a zoom function, or one can be easily added to them?
Thanks!

Some tiling WMs allow you to toggle fullscreen on/off for the focused window, in effect zooming in on one window (e.g. stumpWM). Others allow you to change layouts on the fly, and have a one-window-per-screen layout, for the same effect (e.g. wmii, xmonad).
I don't know of a tiling WM that supports zooming similar to compiz's.

Tiling WMs - Management style

Can someone explain what that means
I checked this comparo of tiling WMs and the only clue I got was this obscure statement
The user must manually move windows around.
Can someone elaborate on it? What does it mean to the actual user? If I am moving the windows manually as a user(whatever that means), what do the other Tiling WMs that have a dynamic management style do differently?
Last edited by Inxsible (2009-03-03 07:46:46)

Inxsible wrote:
u_no_hu wrote:
Dynamic - the wm places the windows according to the layout you choose (awesome , xmonad,dwm etc)
Manual - You split the screen and place the windows where ever you want... otherwise they all come maximised(ratposion, ion etc)
Why not try them out and understand the difference?
I am trying them out. I have currently installed awesome, dwm and wmii to see which suits me. well I removed awesome when I saw on the wiki that the recommended is awesome-git and I had installed it from the repo. So I will be installing the git version tonight.
Its just that once I get into those WMs, there is hardly anything that I can do since I don't know the shortcuts to do anything. Last night I logged into dwm and the only thing I could do was hard reset -- of course that was because I am a bonehead and not because dwm is lacking.
As dieter@be said, start with wmii, because it has a pretty good tutorial on startup which gives you a pretty good idea about tiling wms. Once you get the idea, try them all and you will find something which will suit you.
In my case i found ion3 to be perfect for my need though it is not that popular among others (may be because of the politics). Ion3 and pekwm both allow hotswapping of window managers so i find using a combination of both to be perfect(you can bind keys to swap windowmanagers on the fly.. which is pretty nice when you want to open gimp or cinepaint).

Why is Xmonad so beautiful? (Discussion about tiling WMs)

About a week ago I started to use Xmonad - and I am highly impressed! The complete work flow is a breeze, I don't have to keep track of all my hundreds of programs anymore - at least the way I used to.
Everything is arranged, nice and neatly. It is the first time I am actually taking advantage of the possibilities offered by having different workspaces!
Starting with Windows 95 (I was just 6 years or so old), then later with Windows 98 and Windows XP I was used to work with only one workspace, alt+tabbing my way through the clutter of windows being spread all over. After my switch to GNU/Linux (Ubuntu at that time) this didn't really change, although there were different workspace. It was the same with Openbox or KDE later one. The possibility was there, but it just didn't come natural to work like that.
But with those tiling WMs I am seriously spoiled! Just after this very week I am already having a hard time adopting to a classic floating WM again.
Now I just wonder - how come tiling WMs aren't widely used these days? Is it because Microsoft didn't support them? Or Apple?
When did tiling WMs actually emerge? And do you think there is a chance for them to get widely accepted, even among non-techsavvy people?
Or for those who are using Floating WMs - did you ever try a tiling WM? Are you planning to? If you tried one, why aren't you using it?
What do guys think is the major advantage of tiling WMs over floating WMs and vice versae?
I would like to hear some opinions.

slackhack wrote:I thought about using a tiling WM, but I use mostly browsers and other gtk2 gui apps, with terminals secondarily. tiling WMs seemed better if you primarily use terminals, am I wrong about that? It just seems like I would feel constricted or restrained not being able to move windows around, resize them, etc. what's the best tiling WM to try? Awesome?
Hell no. I recommend xmonad. You can intergrate any DE you want too,
Ashren wrote:
I don't find Xmonad beautiful, especially not the syntax of the config file, what a nightmare.* Dwm on the other hand, that's a beaut - a real archers choice.
I'm running gnome when procrastinating and dwm when procrastinating with scripts and lots of terminal work.
* A clear indication of lack of basic Haskell l33tness. I did enjoy running Xmonad after a week of tinkering, though.
I think that your statement is not true anymore. the dwm configuration file has been constantly changing for like half a year or so which is very irritating. also the attempt to intergrate xinerama support with all those xv, yv 's or what they were called was very funny, and frustrating to say the least. also see my response to slackhack.
Even though xmonad is written in haskell, and i dont know any haskell, its the only serious tiling window manager left out there.
maybe wmii too. dwm is probably still a good base to build your own kickass wm.
Stalafin wrote:When did tiling WMs actually emerge?
With Windows 1.0?
Last edited by dolby (2008-07-15 22:05:54)

Objective comparison of tiling WMs?

Giving tiling WMs a second look... the ones I'm primarily concerned with are AwesomeWM, xmonad, and Stumpwm.
I'd really appreciate an _objective_ comparison of features, hopefully with notes if a certain WM does not come with a certain feature, but can easily be added through a 3rd-party app.
So far, the only real comparisons I've been able to find are the differences in configuration. Awesome uses LUA configs (in v3+), xmonad uses Haskell headers, and Stumpwm uses CLISP. I am willing to learn how to configure any of them - I just would like a rundown of features before I spend a lot of time tweaking one, only to find out it lacks critical feature A that window manager B has (BTW: Stumpwm waves the CLISP flag pretty enthusiastically... what are the benefits of this?)
Speed should not matter - I have a fast PC, I just like minimalism, and am willing to try tiling.
Last edited by Ranguvar (2008-10-23 23:06:24)

Ranguvar wrote:...and Stumpwm uses CLISP. I am willing to learn how to configure any of them - I just would like a rundown of features before I spend a lot of time tweaking one, only to find out it lacks critical feature A that window manager B has (BTW: Stumpwm waves the CLISP flag pretty enthusiastically... what are the benefits of this?)
StumpWM uses Common Lisp. CLISP is one Common Lisp implementation you could use. Common Lisp is abbreviated CL, and never CLISP, because that would be extremely confusing. StumpWM waves the CL flag because to a Lisper, it's a big draw. The benefit is that you can configure/modify StumpWM with CL, rather than some horrible config file format or some lame programming language. And you can do it while StumpWM is running. And if you run StumpWM in a multithreaded Lisp, such as SBCL (CLISP does not do multithreading), you can connect to your running StumpWM from Emacs to hack on it even more easily, or control it if you like.
As for features, Awesome and Xmonad come from the dwm school of tiling: you've got one main window and a bunch of little windows off to the side, and you can "spin" through the ring. They both support floating mode for windows. Awesome does window tagging that allows you to group any arbitrary set of windows together for viewing, and Xmonad does a more traditional workspace arrangement.
StumpWM (and Ratpoison)'s tiling style is to let you split any window horizontally or vertically to get a new window. I think most users either make up some window config that they like or else they run with one full-screen window 90% of the time. I do the latter, and set up my window switching to be easy and direct. It has window groups which are your basic virtual desktops, but I never use them since unused programs are "out of sight, out of mind" anyway.

WMS Problem with 2 step picking

Hello Expert,
In WMS I activate the 2 step picking. I have created a group of delivery and make a trasfer order with the total quantity of the deliveries. I create the trasfer order on 2 picking phase and I trasfer the material on storage type 200 with movement type 850. I confirm the trasfer order and I see the stock on storage type 200. The problem is that i cannot create the individual trasfer order related each single delivery. I tried with VL37 wave pick monitor but I get no output from the program. Any idea on where is my mistake?
Thanks
Josy

Hi Josy
Sorry I can not answer your question since I met problem when creating TO for the group. Can you tell me which t-code you used to create group? I created the group via VL06P, from the menu - subsequent function - group and then create.(group type K). After that I go to LT0E for the first picking. But when I enter the group number, system notice me the group number is not exist in table T311. Do you know why?
thanks a lot.
Tony

Wmi vs ion, tiling WMs and WM zealotry

thread-hijack time....
Anybody looked at the wmii-3 snapshots? Sounds like they changed everything again. I have a couple complaints with pek now, but both of them are just bug/cosmetic, I still love the way it works and is configured. Didn't know it was out of development though. :-(
Dusty

Dusty wrote:autoproperties -- you can set up windows to always open in the same position on the same desktop
Those are called kludges in Ion. It's the same thing. They go in the same frame every time the launch.
Dusty wrote:fill-available space -- you can use a key or mouse click to make the window take up all space.
Um... Ion already does that.
Dusty wrote:By combining these, I get the full effect of a tiled window manager -- full utilization of the screen -- without the limitations taht they impose.
In Ion, you create floats. Pop up notifications appear as a normal window would in any other manager, floating above all other windows. There is also something called a Float Workspace that creates a workspace that is all floats. Basically a workspace that works with windows as you would expect them to work in any other WM. And you can set up those kludges so that whenever I start up Gimp, it automatically creates a float workspace, and puts the whole app in floats in it.
Basically, wmi is not Ion and you shouldn't base your opinions of tiled window managers off of wmi. In my experiences it's limited, and the only "feature" it has is keybindings like Vi, but then you could just set that up in ratpoison or Ion if you wanted.
Dusty wrote:My problem with all of them is that they seem to be 'minimalist' window managers.
Ratpoison is great if you want something crazy minimalistic. Ion on the other hand is not minimal.
Here is a screen shot of what you think Ion can't do:

Tiled layer problem in J2me Game

hi,
i made a complete map (2d matrix) of a 2d game.
Then i made a TileLayer class to add this in game.
then i made another sprite of my game character.
now i want to check the collision of that sprite with the hurdels which i made in the TileLayer. is their any other way.
one way is to make saperate sprites of all those hurdles. i don't want this.
i want my game character to detect all the hurdels in the Tiled layer class.
hope i have cleared my point.
please help me
thanks

now i want to check the collision of that sprite
with the hurdels which i made in the TileLayer.Aaqib
Have you read the javadoc for Sprite?
public final boolean collidesWith(TiledLayer t,
boolean pixelLevel)Checks for a collision between this Sprite and the specified TiledLayer. If pixel-level detection is used, a collision is detected only if opaque pixels collide. That is, an opaque pixel in the Sprite would have to collide with an opaque pixel in TiledLayer for a collision to be detected. Only those pixels within the Sprite's collision rectangle are checked.
If pixel-level detection is not used, this method simply checks if the Sprite's collision rectangle intersects with a non-empty cell in the TiledLayer.
Any transform applied to the Sprite is automatically accounted for.
The Sprite and the TiledLayer must both be visible in order for a collision to be detected.
i don think that this question is soo hard.Neither do I, but you have to learn to read the available documentation :-) The javadoc is your friend.
If you don't have a local copy, it is available on
http://java.sun.com/javame/reference/apis/jsr118/
Regards, Darryl
edit You may need to add one more TiledLayer so that only the hurdles are on the TiledLayer you use for detecting collisions.
Message was edited by:
Darryl.Burke

Tiling wms

Hi, I want to move to a tiling window manager. But from what I have been reading on here they take a lot of time to configure. Well, I'm in the Air Force, and as of late I've been busy with a lot of extra work. So I was wondering which one I should go with. Which will take the least amount of time to configure? Or should I just stay away from them completely then?
Last edited by ph0tios (2008-02-28 07:44:04)

ph0tios wrote:I'm not much of a programmer, and it is somewhat straightforward, but I find myself getting frustrated with modifying it. I suppose I'm not getting the concept. I initially tried the tutorial linked from the xmonad website on running it in xfce, until I actually had time to sit down and configure dzen, etc. But even then when I tried to modify the config it output errors. Hm.
I was also looking for a good tiling wm, i found dwm to lack some features, and xmonad was kind of good, but hard to get right.
You should check out awesome, it has an easier configuration, and you can use widgets with it, for example, see sen's post/config:
post #291 for screenshot & #303 for configs
http://bbs.archlinux.org/viewtopic.php?id=43217&p=12
Last edited by jonkristian (2008-02-29 08:53:59)

Estimating tiling level problem

Hi
I am using 9.2.0.1 and in particular the Spatial component. I have loaded a table called BCRDS with linear geometries and have validated them. I want to estimate the tiling level and wrote the following script:
set serveroutput on
declare
tiling_level integer;
begin
dbms_output.put_line('Starting estimate tiling level');
tiling_level := mdsys.sdo_tune.estimate_tiling_level('SDOUSER.BCRDS',10000,'LAYER_EXTENT');
dbms_output.put_line('VALUE is '|| tiling_level);
end;
The username/schema is sdouser
I get the following error ...
ORA-00942: table or view does not exist
ORA-06512: at "MDSYS.SDO_TUNE", line 237
ORA-06512: at line 5
What am I doing wrong. BCRDS is a table in the SDOUSER schema.
Thanks in advance,
dvb

Please post in the Spatial Forum: Spatial
- Robert (OTN)

Template Problem: Tiling background image gone and duplicate .swf headers

Problem 1: I have been working with a template, and creating
new files from the template without incident. Recently I created a
new file from the template and found that the tiling background
image (dots appearing on the right and left of the page) was gone.
The tiling image is present in the template, but not in files
created from it. Any guess how I broke that?
Problem 2: In my template I have an editable region wherein I
can place a .swf animation. When I upload my page made from the
template, a pair of .swfs appear stacked on top of each other, not
just the single .swf graphic. Any guess what I am doing wrong
there?
The problem page can be viewed here (
Shop
Page), and the template files are located here (
Template
right-click and Save-As).
I appreciate any help you can offer.
*Using Dreamweaver CS3 on Mac OS 10.5.2

> Regarding that tiling image problem? the image in my
template file has a
> relative address, but when I make a new file from the
template the
> location of
> the image is absolute, and points at my computer.
This will ALWAYS happen when one of the following obtains:
1. The linked file is OUTSIDE the root of the current site.
2. DW *THINKS* that the linked file is OUTSIDE the root of
the current site
(how could this happen? Here's a for example - the path to
the root folder
looks like this -
C:\whatever\joe's files\blah blah blah\thefilename.jpg
Fix either of those issues, and the problem will go away.
Might that be your problem?
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
==================
"adam@blueapplestudio" <[email protected]>
wrote in message
news:fuo8dk$8sh$[email protected]..
> Thanks to the newsgroup users who have helped out with
this. I will be
> getting
> a newsreader soon, as the Adobe forum seems to be a bit
flawed.
>
> Regarding that tiling image problem? the image in my
template file has a
> relative address, but when I make a new file from the
template the
> location of
> the image is absolute, and points at my computer. This
seems to fix it:
>
> Open the template and make a new file from the template.
> Make a minor change to the template, save, and update
all linked files.
> Undo the change just made to the template, save and
update again.
>
> If you look at the new file-from-template you will find
the file needs to
> be
> saved (as denoted by the asterisk by its name) and the
tiling background
> is now
> corrected.
>
>

Resolution problems with Acer aspire 5520

Hello,
I'm having trouble making both tty and Xorg resolution be native. I have an nVidia 7000M gpu.With nouveau drivers I managed to get KMS working, but realized Xorg resolution is wrong. If I set the right resolution with xrandr the problem with tiling WMs similar to what I explained in this thread. What is different is mouse can go to the blank part and still be visible, floating windows could be placed in the blank area or resized to full screen, but WM won't ever place windows there. Some tiling WMs are able to utilize the full width of the screen. WMs that do not work like this are dwm, wmii and musca.
Dwm has problems displaying conky in its bar (cuts of a lot of output). This made me think the problem is not the resolution/driver and, dwm being my favourite WM, helped hiding the problem.
Wmii utilises the whole screen after change of resolution, but leaves an unmovable vertical line where right edge of a window used to be prior to resolution change.
Musca just works, but could take some getting used to.
All floating WMs work perfectly.
Then I tried nVidia closed source drivers, which worked perfectly in Xorg. The problem was no KMS. I installed and enabled uvesafb, but it did not change the maximum tty resolution from 1024x768.
The WMs I tried:
dwm
fluxbox
i3
musca
snapwm
spectrwmsubtle
A lot of others I either did not like, or they required some configuration to even start
What I tried to fix the problem: various xrandr options (with nouveau), various kernel command line options (with nvidia) and what was mentioned in arch wiki about screen xorg configuration. Nothing I did to "/etc/X11/xorg.conf.d/10-screen.conf" had any effect so I just deleted the file to ease switching between nouveau and nvidia.
As to which driver I intend to use... I don't care as long as it can display everything correctly.
P.S.
/etc/modprobe.d/uvesafb.conf has only one lien
options uvesafb mode_option=1280x800-32 scroll=ywrap
cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes
says top resolution is 1024x768.
EDIT:
Just now I've tried every tiling WM I could find, and the ones working are echinus, musca and qtile.
Last edited by bstaletic (2015-05-30 18:11:25)

Mr.Elendig wrote:https://wiki.archlinux.org/index.php/Bu … l.2FNVIDIA
Didn't work.... Already said I tried it

On the search for a(nother) tiling-wm

hi everybody.
i've been using wmii for a couple of month now and i am quite happy, except for a few little things. however, these things irritated me more and more over time, so i decided to look for alternatives. i have the following requirements:
- wmii-like dynamic tagging
- a "tabbed-layout" (ie, h-tab layout, fullscreen with only tabs shown needs to exist)
- it should be possible to have a second statusbar showing information piped in from any source (i don't care if its conky, xmobar, dzen, whatever).
first i thought that it would be easy to find another tiling wm, however after reading through the comparison table at the wiki i found that it is not that easy.
wmii misses the tabbed-layout feature which exists in i3. i3 misses the dynamic tagging unfortunately.
xmonad has the tabbed layout and the second statusbar (at least i think so since i saw screenshots with two status-bars), however i did not manage to get xmonad.actions.tagwindows (which i think may be used to do something like dynamic tagging) to work at all.
stumpwm (which seems to be great btw) just as awesome lacks as most other tiling wms listed in the comparison table in the wiki the tabbed layout feature i am looking for.
i'd love to use dwm, however i didn't find any patches flying around providing the functionality i need.
so, fellow archers. has anybody a configuration in any tiling-wm that achieves these three goals (dynamic tags aka workspaces, tabbed layout and a second statusbar)? if so, please step forward and show me your config

Ashren wrote:dw: Have you read the comments in the xmonad.actions.tagwindows code? Look here: http://code.haskell.org/XMonadContrib/X … Windows.hs
hi ashren, first of, thanks for replying.
i did have a look at the comments provided in tagwindows and i realized that at least it does something. i did come so far that i could assign tags to windows (which is good).
i am still struggeling however to get keybindings done in a wmii way. which means tagging a window also removes the current tag and basically "hides" the active client from the current workspace by "moving" it to the newly assigned tag). tagwindows currently only adds the additional tag and i am not able to generate a keybinding that lets me cycle through tags and if i choose a tag showing only those clients being tagged with the chosen tag. difficult to explain somehow.
anyone here uses tagwindows? or would i be better off asking in #xmonad?

Openbox alternative with tiling builtin?

Hello, I am using LXDE right now until I can switch over to a qt-desktop (once it's stable), and I'd like to find another floating window manager that can do tiling. Particularly, I want to be able to set a keybinding to have windows move to take up the left/right half of the screen and possibly quarters of the screen. I'm aware that there are many tiling wms out there, but I was hoping for a floating wm that works like openbox, but has that tiling ability built into it. My first attempt was pekwm, but unless I missed something, it couldn't do tiling like I wanted. I do like the look of it much more than openbox though. I've also heard that openbox has a plugin thing to get tiling, but I'd rather experiment with an alternative wm.

If you don't need continuous tiling, I heartily recommend FVWM because it gives you a lot of freedom in your configuration. I have this functionality bound to drag gestures initiated by the right mouse button on the titlebar.
Drag left to fill the left half of the screen.
Drag up and left to fill the top left quarter of the screen.
Drag left, then up to fill the first 1/8 of the screen (1/4 width, 1/2 height)
Drag up, then left to fill the second 1/8 of the screen.
Drag left, then right, to fill the left 3/4 of the screen
and so on.
You can bind whatever to whatever, including keychains and buttons that do dozens of different things depending on mouse button and modifiers keys used; you can also put buttons wherever you want and aren't restricted to traditional panels or window borders. FVWM is a lot more powerful than Openbox, can mimic it so well you won't notice the difference if that's all you want, and still plays in the same weight class.
The configuration syntax isn't quite as straightforward though, and outside tool to add functionality to window managers didn't always behave as nicely for me.

Choosing Tiling WM

I run Xfce now mainly because it's light and fast, and probably because I feel comfortable with it coming from my old Windoze background.
I am now looking at tiling WMs and they look very interesting. In particular this article http://overstimulate.com/articles/why-xmonad makes it look it would be great for me. I like the idea of two main windows--that's how I tend to work now--I have two 17" monitors and I generally open an app full-screen on each monitor so I can look at two apps at the same time. But then I end up switching a lot and sliding apps from left to right etc. when I want to look at a different particular pair.
Someone recommended to me dwm--he said it's the best in his opinion and easiest to configure. But I'm not sure if it can be setup like that article above show. Could be that after I get used to a tiling WM, I might even end up changing how I use the PC, but anyhow that's how I have been working until now.
So can anyone provide a recommendation of which WM might work for me? Or any tips?
Thanks!

opothehippo wrote:I love xmonad. I would recommend it for a beginner because its defaults are extremly good (IMO).
If and only if the OP has a Windows key, which the overwhelming majority of default bound key combos use. If without a Windows key, remapping caps lock to it is a nice way to not have to change the WM config. Good defaults shouldn't make the power button the easiest way to close an X session (yes, I enabled X zapping after that).
The only downside (which can be considered a upside) is its configured in haskell. Its not to hard to edit stuff, but if you dont know haskell, you will need to get some help. But because its written in haskell, its extremely configurable.
Haskell is wonderful, even if it does make a lightweight WM take 400MB . Xmonad's docs are also excellent, so you won't need to have entirely caught on to functional programming to make the WM gain various simple behaviors.
I still have too many bad (WIMP) habits, but Xmonad gets my vote, of tiling WMs.

Tiling WMs problems

Similar Messages

Maybe you are looking for