FedoraThis forum is for the discussion of the Fedora Project.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
well lets start by being new in linux
so by saing dont work i mean i dont know how to make in work
first of all from some reason the firefox works but my add/remove program
dont (obviously the internet connection working)
(once it halted & i had to shutdown logging out or suspending didn't help)
the second bug i really something when the add/remove finishing resolving dependencies it shows a windows than is larger then the desktop so the bottom doesn't show and no scrolling is available (how the hell can i approve the instalation)
i know these bug seems odd but fedora 13 is the only os installed & worked (not even windows)
well lets start by being new in linux
so by saing dont work i mean i dont know how to make in work
first of all from some reason the firefox works but my add/remove program
dont (obviously the internet connection working)
(once it halted & i had to shutdown logging out or suspending didn't help)
I can't understand what is it that you are asking here. For the look of it, you are trying to install some program that you can't for some reason. By as specific as you can, please.
Quote:
the second bug i really something when the add/remove finishing resolving dependencies it shows a windows than is larger then the desktop so the bottom doesn't show and no scrolling is available (how the hell can i approve the instalation)
Well, this is highly depends on the window manager you use and how it is configured. But most of them, by default, let you move any window by pressing 'Alt', holding it, and then clicking inside a given window and dragging it while you hold the left mouse button (and 'Alt'). If I recall correctly, this is also the default behaviour for MS-Windows, not sure really.
This will allow you to move the Window and then you will be able to click on the desired button.
But, you should try to configure your OS to work on a higher resolution if your hardware allows it, that way you will be able to see larger windows without any problem.
As far as I remember GNOME did not support Alt+Dragging. Maybe it does, so try it anyway, it won't hurt.
BTW this is NOT a bug in the package manager. It's a design flaw, and you can argue whether it was the package manager's fault of making such a big window or GNOME's fault not letting you move it when it's that big.
About that, I bet each human interface guidelines team (or whatever you call it) will have their own opinion. Mine is that it's a responsibility of the Window manager to make window accesible to everyone, and not those using a resolution that's on a given range, regardless on how good or bad the interface for a given program is.
It's not a trivial issue though. Not everyone will know about Alt+click, and there's no simple and intuitive way around this that will be evident for everyone. Some days ago I read in kdeplanet news about a similar issue. They have developed a way around this that aims to be inobstrusive while letting you drag windows cliking on empty spaces. This however required interaction between the wm and the toolkit, which will for sure turn not to be that unobstrusive once you try it for sure (my guess, not that I've tried).
The QtCurve theme has such an option, I tried it, but I didn't like it and turned it off.
IMO the Alt+Drag system is technically the most easy to use and most elegant solutuion, but the problem is it's not like a new user can sit down and suddenly think "I can probably drag windows around when I'm holding Alt".
The QtCurve theme has such an option, I tried it, but I didn't like it and turned it off.
IMO the Alt+Drag system is technically the most easy to use and most elegant solutuion, but the problem is it's not like a new user can sit down and suddenly think "I can probably drag windows around when I'm holding Alt".
Yep, but there are lots of good-for-nothing tips popping up here and there. They could drop that and instead add a popup tip saying something like
Code:
At least one window doesn't fit into your viewport. Remember: you can drag windows with alt+lclick.
Of course, only
Code:
if ( window_x_length > viewport_x_length || window_x_length > viewport_y_length )
In my opinion they are only looking for the impossible: to make it evident for everyone using computers, which is impossible since the mental model for different persons is also vastly different. But I think I went outside the scope of this thread hehe. Sorry, couldn't help it.
Re your "window too big" problem, try clicking the "maximize window" button on the header line. That should resize the window to fit in your screen. (If you can't see the button, right-click on the title bar and select "maximize.")
Note that Fedora (actually, I believe it's supported by Xorg.) supports a "virtual" window that's larger than your physical window, and you can usually see the parts of the logical window outside the physical one by moving your cursor "past" the edge of the physical window.
Re your "window too big" problem, try clicking the "maximize window" button on the header line. That should resize the window to fit in your screen. (If you can't see the button, right-click on the title bar and select "maximize.")
Many dialogs are not resizable, and thus will not have a maximize button.
Is your computer a netbook? I have a problem similar to your dialog box size issue on my netbook. When I try to print from the pdf file viewer, the bottom of the dialog box, which includes the final print button, is below the bottom of the screen. I put my cursor on the last field on the right side of the dialog on the screen, and hit tab to move the focus to the print button. I had to experiment to find how many times to hit the tab to hit the print button. This is still running blind, not the best solution. But it serves me as a workaround. When I use an external monitor with more lines I can see the entire print dialog, but that sort of defeats some of the purpose of the netbook form factor. I also had to experiment a bit to find an external monitor that works with my netbook.
Note that Fedora (actually, I believe it's supported by Xorg.) supports a "virtual" window that's larger than your physical window, and you can usually see the parts of the logical window outside the physical one by moving your cursor "past" the edge of the physical window.
The display can be larger than the physical screen(s), yes. That's an X feature as you say, nothing specific to Fedora.
Quote:
Originally Posted by MTK358
Many dialogs are not resizable, and thus will not have a maximize button.
Well, there are different properties in EWMH for "resizable" and "maximizable" windows (_NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_MAXIMIZE_VERT and _NET_WM_ACTION_RESIZE). Technically speaking these are just "hints" as we like to call them. Whether this hints will be obeyed or not (and "how") is up to the window manager, some (like fvwm) are very configurable in this respect. But, inside the client area of the window it is up to the application (or the toolkit) what will happen when the window is resized. Some applications will simply not react well if you do things you are not supposed to do.
_NET_WM_ALLOWED_ACTIONS is a list of atoms like the ones I told you above that will instruct the window manager about what actions should a given window support. But it's up to the wm to obey those.
Distribution: RPM Distros,Mostly Mandrake Forks;Drake Tools/Utilities all the way!GO MAGEIA!!!
Posts: 986
Rep:
Back to the original Post!
I just installed Fedora 13 and Mandriva 10 and both are being ridiculous to use the Software installers. Mandriva's database was locked and Fedora is too probably but I'm new to Fedora. I'm going to change the mirrors on Madriva and see if that helps. The Mandriva DrakeRPM or whatever it is won't find packages that are common like like K3B or Gwget. Right now Mandriva is on it's seconded attempt to load Stardict. I did not have any wheres near the problems with Mandriva 08. I gave up with Fodora installer and tried a RPM file for Stardict. When you are given the choice of choosing a language you are given a long window that you cant scroll down to the bottom to choose English. Mandriva and Fedora must be using the same Software installer. URPMI must be a copy of YUM but with different interfaces. The way I assume the package managers work is first they download a list of packages offered into the data base that keeps track of the dependencies and what will conflict. Then when you choose to install the program it goes to a mirror and downloads and installs it.Fedora's is more automated than Mandrivas and has less user intervention.
So to answer your question directly Mandria and Fedora are probalbly working into the night trying to fix their mistake. I wonder if all the new distros have the same problem when they first come out?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.