”Joskus kun olen joutunutkin puhumaan vieraalla kielellä, alan yleensä sössöttämään ja änkyttämään, koska yritän hakea jotain hienoa ja sujuvaa ilmaisua sen sijaan että yrittäisin vain yksinkertaisesti sanoa sen mitä sanottavana on.”
Kuvasit tismalleen sen ongelman, joka minulla on suomen puhumisessa vieraiden kanssa (sen lisäksi, ettei minulla tunnu olevan yhtään mitään sanottavaa). Sen sijaan englantia, hassua kyllä, uskallan puhua melkeinpä ihan ajattelemattani, sillä mieleeni ei yleensä edes tule kuin yksi ainoa tapa sanoa sanottavani. Siinä ikään kuin uskon, että se on se ”oikea” tapa sanoa tämä. Suomea puhuessani taas olen piinallisen tietoinen siitä, että saatan käyttää murretta, sanoja tai ilmaisuita, joista toinen ei ole perillä, tai joita tämä pitää muuten vain outoina tai jopa naurettavina, eikä minulla ole mitään keinoa päästä etukäteen perille hänen käyttämästään suomen variaatiosta. Pienenä puhuin varmaankin juuri tästä syystä kirjakieltä, lapsena sitä on helppo kuvitella puheen korkeimmaksi standardiksi. Myöhemmin menetin uskoni siihenkin ja niin minusta tuli vaikenija.
jani@saegusa:~$ nautilus –version
GNOME nautilus 3.4.0
@d3mia7, maybe you could try 3.3 too? FWIW, I haven’t seen this since installing 3.3.0-030300rc4-generic a month ago now. If your system’s prone to freeze this way, testing 3.3 could provide further evidence as to whether the issue’s fixed upstream.
…eikä näillä kommenteilla näköjään ole ikilinkkejä.
Ja kun avasin tämän kommenttilootan uudestaan tätä toista kommenttia varten, sain saman varmistuskysymyksen kuin äsken. Ihmiskäyttäjälle tietysti helpompi niin, mutta kuvittelisin, että se antaa myös spämmääjälle brute force -tilaisuuden.
Chromiumilla (17.0.963.83) zoomaus ei toimi vieläkään, teksti pysyy suurennosprosentista riippumatta samankokoisena. (Firefoxissa tässä samalla työpöydällä teksti skaalautuu oikein.)
This looks like a duplicate of bug 538432 [1] though it refers to a different memo, RFC1738.
* [1] https://bugzilla.gnome.org/show_bug.cgi?id=538432
I reported this on Launchpad [1] and was forwarded upstream.
Steps to reproduce:
1. In Nautilus, select Connect to Server
2. Enter ftp server address, select FTP (with login) as type
3. Enter credentials,
4. select ”Remember this password”
5. Connect.
6. Disconnect.
7. Do steps 1.-2. again with the same server.
What happens:
The User name and Password fields remain empty. You have to enter your credentials again if you want to connect.
What I expect to happen:
For the Password field (at the very least) be automatically filled when I enter the associated user name. Better yet, remember and suggest (as default) both the User name and Password used previously.
Alternatively, just use ~/.netrc if that’s available and has the credentials (see [2]).
* [1] https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/963061
* [2] https://bugs.launchpad.net/bugs/963042
Steps to reproduce:
1. In Nautilus, select Connect to Server
2. Enter ftp server address, select FTP (with login) as type
3. Enter credentials,
4. select ”Remember this password”
5. Connect.
6. Disconnect.
7. Do steps 1.-2. again with the same server.
What happens:
The User name and Password fields remain empty. You have to enter your credentials again if you want to connect.
What I expect to happen:
For the Password field (at the very least) be automatically filled when I enter the associated user name. Better yet, remember and suggest (as default) both the User name and Password used previously.
Alternatively, just use ~/.netrc if that’s available and has the credentials (see Bug #963042).
Steps to reproduce:
1. Set up a ~/.netrc with credentials for a given server
2. Verify that automatic login with those credentials works when using command-line ftp
3. In a Nautilus window, select Connect to Server, enter given server and choose FTP (with login) as type
What happens:
Nautilus prompts for login credentials (User name, Password) with nothing in the fields pre-filled.
What I expect to happen:
For the fields to be automatically filled with the credentials I’ve already specified in ~/.netrc.
Additional info:
Nautilus apparently has its own way of storing credentials (i.e. different from ~/.netrc). When it has credentials of its own for a server, those should obviously come first. But when it doesn’t, it should utilize ~/.netrc if possible.
More accurate upstream target; previous was fixed but didn’t fix the issue reported here.