Re: [Cooker] www.mandrakeexpert.com

2001-07-22 Thread Scott Swaim

On 21 Jul 2001 22:01:45 -0400, Blue Lizard wrote:
 WORKSFORME, cookies and limited cookies.

I've had a similar problem to what he describes:

Sometimes, if I enter text into MandrakeExpert, or post a message on
MandrakeForum using Mozilla, and click the submit button, my text
never gets submitted.  This has happened on other websites too, such as
Slashdot.  If I use Netscape or Konqueror, I don't have this problem.

It's pretty annoying when you type a lengthy message only to have it
completely wiped out when you submit it.

RSS





Re: [Cooker] Usability Suggestions for LM

2001-07-22 Thread Scott Swaim

On 21 Jul 2001 22:03:49 -0400, Blue Lizard wrote:
 eh...xpdf is under publishing under applications too.
 
 

Huh?  Could it be different under KDE than it is under Gnome?

I haven't checked KDE, but under Gnome I have it in Office, and I don't
believe I moved it there.

RSS





[Cooker] Usability Suggestions for LM

2001-07-21 Thread Scott Swaim

Having just recently looked at the Gnome Usability Study by Sun
Microsystems, it occurred to me that many of the suggestions recommended
for Gnome may apply equally well with Linux Mandrake. 

Since a new menu layout is being worked on in Cooker, I'd thought it
might be wise to open a discussion of usability improvements. Therefore,
I'd like to make some recommendations for Linux-Mandrake which are based
on the recommendations given by Sun for the Gnome project:

(1) Mandrake Control Center should be moved to the top-level menu.  In
other words, it should be seen on the first menu when a user clicks on
the Gnome or KDE start menu icons.  It should NOT be buried two levels
deep in a group called Other.  In fact, all of the items listed under
Other should be moved to a group with a more descriptive name.

(2) I don't think that the Mandrake configuration tools should be
divided up and interspersed throughout different groups.  They should be
grouped together.  

(3) Programs of a like nature should be grouped together, rather than
divided into different groups.  For instance, Gnapster and Gnome-napster
are listed under Networking - File Transfer, while Gtk-Gnutella is
listed under Networking-Other.  Likewise, Gnomba is listed under
Networking - Remote Access, while LinNeighborhood is listed under
Networking - Other, and Gfontview is listed under Applications -
Publishing while Gnome Font Selector is listed under Applications -
Text Tools and Kfontinst is listed under Configuration - System -
KDE.

(4) The Applications group should probably be renamed to something
more meaningful.  It isn't clear to a user which programs might be found
under Applications and which might be found under Office.  For
instance, I expect to find the Finances group under Office.

These are just few of the changes that I'd recommend, but hopefully it's
enough for starters.

RSS





Re: [Cooker] Usability Suggestions for LM

2001-07-21 Thread Scott Swaim

On 21 Jul 2001 22:17:01 +0100, Edward Avis wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On 21 Jul 2001, Scott Swaim wrote:
 
 [usability]
 
 (3) Programs of a like nature should be grouped together, rather than
 divided into different groups.  For instance, Gnapster and Gnome-napster
 
 Wouldn't it be better to just pick a *single* Napster client and put
 that in an obvious place in the menus?  Having 4 different apps to do
 the same thing is not ideal for newbies who will not understand the
 nuances of KDE vs GNOME vs plain GTK vs whatever.

Yes, I agree, but what if the user goes through the individual package
selection screen and chooses to install more than one?  I think that
they should all be listed in the same place. And if one user chooses one
napster client, and another user chooses a different one, I think it's
important for those napster clients to be located in the same place.  If
I were a tech support person helping someone over the phone, I would
want to have a very good idea where to have the user look for various
applications.  It can be extremely difficult to walk someone through how
to do something when you have no idea where to look for what you need.

 
 In cases where the apps are not identical, it makes sense to give a
 choice.  For example you might provide two or three different vector
 drawing programs if they have different strengths and weaknesses.
 
 I'm not saying that the choice shouldn't be there, I'm just saying that
 having several similar-but-not-identical tools appearing next to each
 other in the menu is not really any better than having them in different
 places.

I can't think of many instances in which it would not be a good idea
(there probably are some, but I can't think of any right off hand). For
graphics programs, it might be a good idea to separate them into
separate groups such as Vector-Drawing and Bitmap-Editing.

RSS

 
 - -- 
 Ed Avis [EMAIL PROTECTED]
 Finger for PGP key
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.0.6 (GNU/Linux)
 Comment: For info see http://www.gnupg.org
 
 iD8DBQE7WfFPIMp73jhGogoRAh6LAJ9CyUFBe2Uztwkz7X6rXbjy0T21SgCeL2mP
 eyoLtjSt3rA7XAWmXhdEbr8=
 =jbUZ
 -END PGP SIGNATURE-
 
 





Re: [Cooker] Usability Suggestions for LM

2001-07-21 Thread Scott Swaim

On 21 Jul 2001 17:58:02 -0400, Blue Lizard wrote:
 Well, for one thing, he lists contribs programs. 

I'm never sure whether or not to include Contrib programs.  What is
included within the distribution under one release sometimes becomes a
contrib in another.  For instance, KMag was included in the 7.2 release,
but is a contrib in 8.0.

In any event, I think an effort should be made to make sure that the
contribs get placed into the same groups as their distribution
counterparts.  Some people may prefer the contribs more (I prefer Kmag
over xmag, and LinNeighborhood over Gnomba).

 Should ghostview be under publishing under office and not applications? 
 After all, most of the items under the global menu ARE applications, 
 aren't they?  Is this all just left over from an old redhat spawn-off? 
 Let the ergonomics team consider it, that's what they are there for?

Ghostview is a good example.  Gv, ggv, and KGhostview are listed
under Applications - Publishing while Acroread and Xpdf are listed
under Office.

RSS
 





[Cooker] gnucash 1.6.0-2

2001-06-27 Thread Scott Swaim

Upgraded to gnucash 1.6.0-2 and found it segfaults unless python 2.1-1
is upgraded also. Mandrake update does not list python 2.1-1 as a
dependency.

RSS





[Cooker] Installing Mandrake SNF from hd image

2001-06-18 Thread Scott Swaim

I don't know if this has been mentioned or not, or whether anyone is
aware of this problem, but I thought I'd mention it, just in case.

I recently tried to install Mandrake SNF.  Since I was attempting to
install it on a older computer that cannot boot from CD, I attempted
to install from the hard drive.  However, when installing via this
method, the installer was not the same installer that one gets if
installing from CD.  Instead, it is the Mandrake 7.2 installer which
fails when attempting to access the hdlist.  If memory serves me
correctly, the same was true when using the network install image.

RSS





Re: [Cooker] anti alaised on NVIDIA

2001-06-12 Thread Scott Swaim

On 10 Jun 2001 21:28:44 +0200, guran wrote:
 Hi
 
 There is an interesting undocumented trick in NVIDIA drivers on the newbie 
 list.
 
 
 [newbie] Nvidia Driver Set 1.0.1: FSAA Undocumented, Albion Baucom
 
 msg69029.html
 
 regards
 guran
 

How do I use this?  Do I edit the XF86Config-4 file, or is this a
compile option?

RSS





Re: [Cooker] evolution/nautilus/mozilla/php/squid/... - newpackages: when?

2001-05-15 Thread Scott Swaim

On 14 May 2001 17:34:49 +0200, Frederic Crozat wrote:

 
 Evolution 0.10 has not been released !!!
 


Yes, it has.

http://www.ximian.com/newsitems/evolution-0.10-announce.php3


RSS





[Cooker] Problems with Linksys LNE100TX NIC

2000-12-05 Thread Scott Swaim

I'm not sure whether to send this to Cooker or Harddrake, so I hope
you'll forgive me for sending to both addresses.  I'm sending the
contents of my /proc/bus only to harddrake, however.

I have a Linksys LNE100TX NIC connected to a Toshiba PCX1100 
cable modem.  LM 7.2 fails to detect the NIC during the install process,
but detects it correctly when I use DrakConf after the installation has
completed.  This is fine for now since it allows me to use my cable
modem connection, but will present problems in the future because
it prevents me from doing an FTP install.

Here are the steps I encountered:

As I've stated, LM 7.2 did not detect my Nic during install.
However, once I had LM installed, I went into DrakConf, clicked on 
"Network and Internet Configuration," chose the selection to setup a 
cable modem connection, and then chose Digital 21040/21041/21140
(Tulip). 
It then detected my card and installed the Tulip driver.  (NOTE: It also
asked me if I wanted to configure another card.  I don't have another
card so 
I selected "cancel" and my mouse cursor turned into a clock, but I was
still
able to continue with it.  The cursor stayed as a clock until I logged
out.).
Next, I went into LinuxConf, clicked on Networking, then on Host Name
and
IP Network Devices. I then clicked on the Adaptor 1 tab, selected DHCP,
then 
down lower for Net Device I selected eth0, and for Kernel Module I
selected 
Tulip.  Finally, I called up a terminal window and typed "ifup
eth0".  After this, 
I was up and running.  I typed out "ifconfig" and received my ip
information.

At this point, I had to logout and log back in in order to make my
cursor become an arrow again instead of a clock.

When I logged back in, I checked Harddrake to see what it says
about my NIC.  It doesn't list my NIC, but lists an "Unknown" device
under
the section of "Other Devices" which I assume to be my NIC.  The Device
ID 
it gives me is "13170985.

Thanks,

Raymond S. Swaim