Re: XMoveWindow()
On Thu, Mar 4, 2010 at 12:20 PM, Shachar Shemesh shac...@shemesh.bizwrote: Erez D wrote: On Wed, Mar 3, 2010 at 5:05 PM, Shachar Shemesh shac...@shemesh.bizwrote: Erez D wrote: when i write a program, i expect to get the same behaviour which doesn't depend on the WM. however: Traditional window managers reparent the window, and add the titlebar to the parent. compize on the other hand doesn't reparent the window, so the behaviour is different. Yes, but that's avoiding Nadav's question, which was - why is this something for the program to do? i have two displays i want one to be a copy of the other, so when i move a window on one display, i want it to move to the same position in the other. Then it seems to me that you are trying to move the wrong window. Why not run XMoveWindow not on the window you opened, but walk up the parents until you reach the window whose parent is root, and move that one? if i put the parent at x,y - it will place it at x,y. but that not what i want. if i put my original toplevel at x,y - i would expect it to be placed at x,y. but no, it places it's parent at x,y, which means it is placed in an offset. the bottom line: it doesn't matter if i put my window at x,y or it's parent (that belongs to the WM) at x,y - i get the same result. which is not the result i want. btw. if i use compiz - it doesn't have a parent. anyway, an app doesn't need to play it differently if it have or doesn't have a WM, or to be dependant on which WM it has. i woudld expext the folowing line: XTranslateCoordinates(...,win,root,0,0, x, y, ...) ; XMoveWIndow(win,x,y) to do nothing. Then you would be wrong. The x, y are supposed to be relative to the coordinate system in which the window reside. Even without the window manager override, the above command would not work with reparented windows. yes it will. E. No it won't? The x,y for a reparented window are relative to its parent. If you treat them as relative to the root window, your XMoveWindow will, almost always, move your window way too much to the right and down. And please, if you think differently, say why. because it tested it (with my code). why are you so angry ? I'm sorry if you got that impression. You come with the inside of the problem which seems unsolvable, instead of explaining what you are actually trying to do, which can be solved by different means. It can get frustrating to try and help. ok, thanks anyway. erez. Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd.http://www.lingnu.com ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: XMoveWindow()
Erez D wrote: On Thu, Mar 4, 2010 at 12:20 PM, Shachar Shemesh shac...@shemesh.biz mailto:shac...@shemesh.biz wrote: Erez D wrote: On Wed, Mar 3, 2010 at 5:05 PM, Shachar Shemesh shac...@shemesh.biz mailto:shac...@shemesh.biz wrote: Erez D wrote: when i write a program, i expect to get the same behaviour which doesn't depend on the WM. however: Traditional window managers reparent the window, and add the titlebar to the parent. compize on the other hand doesn't reparent the window, so the behaviour is different. Yes, but that's avoiding Nadav's question, which was - why is this something for the program to do? i have two displays i want one to be a copy of the other, so when i move a window on one display, i want it to move to the same position in the other. Then it seems to me that you are trying to move the wrong window. Why not run XMoveWindow not on the window you opened, but walk up the parents until you reach the window whose parent is root, and move that one? if i put the parent at x,y - it will place it at x,y. but that not what i want. if i put my original toplevel at x,y - i would expect it to be placed at x,y. but no, it places it's parent at x,y, which means it is placed in an offset. the bottom line: it doesn't matter if i put my window at x,y or it's parent (that belongs to the WM) at x,y - i get the same result. which is not the result i want. That depends on what is the x,y you start with. If you start with the x,y of the top window, and set it for the other top window, then you do get exactly what you want. btw. if i use compiz - it doesn't have a parent. anyway, an app doesn't need to play it differently if it have or doesn't have a WM, or to be dependant on which WM it has. I think the algorithm I gave should work regardless of which WM, but I haven't checked it. And please, if you think differently, say why. because it tested it (with my code). with reparented windows? Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: XMoveWindow()
On Thu, Mar 04, 2010, Oleg Goldshmidt wrote about Re: XMoveWindow(): i have two displays i want one to be a copy of the other, so when i move a window on one display, i want it to move to the same position in the other. ... If you want to allow different WMs on the two screens I doubt it can work the way I understand your requirements This is a very good point. If the two displays have a different window manager, they can also have different title heights, border width, and so on, and at which point it isn't clear why you are convinced that you want to position the top-left corner of the client window on the same x,y position on both, rather than position the top-left corner of the parent (border) on the same position. Both sound logical to some degree, so why not try doing the second (as Shachar explained)? It's at least worth a try. The Window Manager might still dislike what you're doing (after all, it's *its* job to move around windows, not any arbitrary client should do such things), but I believe it should work. Nadav. -- Nadav Har'El| Thursday, Mar 4 2010, 18 Adar 5770 n...@math.technion.ac.il |- Phone +972-523-790466, ICQ 13349191 |Welcome to the Church of the Holy http://nadav.harel.org.il |Cabbage. Lettuce pray... ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: XWindows - how capture window ?
sorry i can not give you a solution, but i can give you a pointer. composite window managers (i.e. compiz, baryl) work by drawing the original window off screen, then read it as a 2D picture, and render it back to the screen with certain effects. So i know it is possible to grab an off screen window. I do not know however how to make it off screen. There is an X Extension called XDamage, which reports changes on the window so you do not have to poll it for changes. These window managers use it. well, thats my 2c, hopes it helps, erez. On Sat, Feb 20, 2010 at 10:13 PM, Valery Reznic valery_rez...@yahoo.comwrote: Hi all. I faced following problem: I have X-Windows application. It has a lot of different functions and buttons. When one of those buttons is pressed applications open a window This window has a lot of different widgets inside (labels, pixmaps, buttons, etc) I need to capture this windows and save it content to the file. It's not that hard - xgrabsc program do all the work. But what is hard (at least hard for me :) is to capture content of this window, without it appearing on the screen. I have source of this application, and can change it as I like. The trouble is unless windows actually appears on the screen, xserver don't bother to draw it. My screen is 640x480 I tried to create window with offset 641 and 481 - i.e off screen. It doesn't work. I.e window created and grabbed by xgrabsc, but it's content is garbage. When offse is 400and 400 then part of the window appears on the screen and part not. After grabbing this window I saw, that part that appears on screen looks OK, but other part is garbage. I also tried to use XComoposite extension - without any success. Application is very, very ancient. It was written withusing Xlib functions and Xt toolkit - hardly more. Also application uses XSHM extension, i.e solution don't have be network-aware - anyway this application doomed to work only locally by this extension. I by no mean X expert, may be I missed something obvious with XComposite or just missed something Do you have any ideas, how can I render this window off screen and capture it's content ? Valery. ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Fwd: Looking for GNU/Linux wireless adapters
Hello ! I'm looking for a wireless card/adapter fully supported under linux: driver (preferably open-source), a good range (~1km+) and a reliable vendor (I heard that Atheros/Realtek are the main chipsets for these cards). I'm willing to pay up to 50USD$. The card may serve as an AP. Personal experience sharing is welcome. Thanks in advance, Eliran Gonen ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: Looking for GNU/Linux wireless adapters
1 kilometer?? I hardly think you'll find anything standard that you can buy on any shop in Israel which support such a request. You can buy many cards with realtek, atheros chipsets but you'll need to do some search about antenna's range limits, if your card can support it etc.. Hetz 2010/3/5 eliran gonen eliran.go...@gmail.com Hello ! I'm looking for a wireless card/adapter fully supported under linux: driver (preferably open-source), a good range (~1km+) and a reliable vendor (I heard that Atheros/Realtek are the main chipsets for these cards). I'm willing to pay up to 50USD$. The card may serve as an AP. Personal experience sharing is welcome. Thanks in advance, Eliran Gonen ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il -- my blog (hebrew): http://benhamo.org Skype: heunique MSN: hetz-b...@benhamo.org ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
a good customers/ticketing solution?
Hi, I wrote a short post in my blog about limits with customers (you can read it here: http://benhamo.org/wp/?p=1924) I was wondering if anyone has any recommendation for a good customer managing solution program which has: * Web based * ticketing system (that customer can register/login and submit his problems) * hebrew support (at least in the customer's front end) * open source * if possible, supports shekels, VAT, and can create invoices Any recommendation for such an app? Thanks, Hetz -- my blog (hebrew): http://benhamo.org Skype: heunique MSN: hetz-b...@benhamo.org ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: a good customers/ticketing solution?
I think Vtiger has such options though I haven't checked it myself. -- Ori Idan 2010/3/5 Hetz Ben Hamo het...@gmail.com Hi, I wrote a short post in my blog about limits with customers (you can read it here: http://benhamo.org/wp/?p=1924) I was wondering if anyone has any recommendation for a good customer managing solution program which has: * Web based * ticketing system (that customer can register/login and submit his problems) * hebrew support (at least in the customer's front end) * open source * if possible, supports shekels, VAT, and can create invoices Any recommendation for such an app? Thanks, Hetz -- my blog (hebrew): http://benhamo.org Skype: heunique MSN: hetz-b...@benhamo.org ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
