Problemas con editores de texto

SW Almería
, , ,
#1

Hi folks,

tengo problemas con los dos editores de texto que uso, Scratch y Atom. El caso es que en cada uno abrí archivos que no tenía que haber abierto: un pdf en Scratch y un verilog sin permisos en Atom.

El caso es que cuando abro cada uno, se queda pillado porque trata de abrir los archivos con los que se quedaron colgados. He probado a desinstalar y reinstalar pero sigue sin funcionar ¿Alguien sabe como solucionar esto?

#2

Sólo tienes que borrar archivos de configuración locales (de tu usuario) de cada editor.

Allí se indican la lista de archivos recientes.

2 Me gusta
#3

donde están?

#4

Generalmente en un directorio oculto en tu home.

1 me gusta
#6

De Atom en ~/.atom [1]. De Scratch ni idea.

Puedes hacer un:

find ~/ -iname "*scratch*"

a ver qué te encuentra.

Suponiendo que usas algún tipo de Linux o Mac.

[1]: http://flight-manual.atom.io/hacking-atom/sections/the-init-file/

1 me gusta
#7

Uso Linux :wink: ElementaryOS es mi distro

#8

[Andy] Andy http://foro.hacklabalmeria.net/users/andy
30 Julio

Sólo tienes que borrar archivos de configuración locales (de tu usuario)
de cada editor.

Allí se indican la lista de archivos recientes.

Cada aplicación es un mundo y ya habéis indicado donde se encuentran los
archivos de configuración de cada uno de los editores que habéis nombrado.

Solo por ampliar, una aplicación «bien hecha» suele tener los archivos
de configuración dentro del directorio oculto estándar «.local», y las
aplicaciones de escritorio -por lo menos Kde Plasma- tienen un
directorio para eso también: «.kde», supongo que Gnome y otros
escritorios tendrán el suyo, pero lo ignoro. Aquí seguro que @Olea nos
puede arrojar algo más de luz.

Por ejemplo, configuraciones de Konqueror se encuentran en
«.kde/share/apps/konqueror»:

$ ll ~/.kde/share/apps/konqueror/
total 28M
drwx------ 1 razlobo razlobo   20 jul 30 00:08 autosave
-rw-r--r-- 1 razlobo razlobo 3,8M jul 20 10:50 bookmarks.xml
-rw-r--r-- 1 razlobo razlobo 2,8M may 13  2014 bookmarks.xml.2014.05.13
-rw-r--r-- 1 razlobo razlobo 3,0M sep  5  2014 bookmarks.xml.2014.09.05
-rw-r--r-- 1 razlobo razlobo 3,2M nov 21  2014 bookmarks.xml.2014.11.21
-rw-r--r-- 1 razlobo razlobo 3,3M ene 11  2015 bookmarks.xml.2015.01.11
-rw-r--r-- 1 razlobo razlobo 3,3M feb 14  2015 bookmarks.xml.2015.02.14
-rw-r--r-- 1 razlobo razlobo 3,6M ago 26  2015 bookmarks.xml.2015.08.26
-rw-r--r-- 1 razlobo razlobo 3,8M jul 20 10:50 bookmarks.xml.bak
-rw------- 1 razlobo razlobo 117K jul 24 23:02 closeditems_saved
-rw------- 1 razlobo razlobo 726K jul 24 23:02 faviconrc
-rw-r--r-- 1 razlobo razlobo  97K jul 30 00:06 konq_history
drwx------ 1 razlobo razlobo   50 jul 27 17:33 profiles
drwx------ 1 razlobo razlobo    0 mar  7  2014 sessions
drwx------ 1 razlobo razlobo   34 may 18  2014 view_properties

Si a mi me pasara algo de eso con Konqueror, miraría dentro de
«sessions» que es donde se guardan las sesiones o el fichero
«closeditems_saved».

Salud y Revolución.

Lobo.

#10

Hola ,

Yo en estos casos actualizo la BBDD de locate(1) con updatedb(1), luego busco a ver qué hay -por ejemplo de scratch- de locate | grep scratch | less. Con esto veras donde tiene sus cosas scratch. Si quieres compartelo y así lo vemos todos para poder hablar con más propiedad.

Saludos.

#11

A veces lo que sirve es buscar entre los ficheros que tiene abiertos un proceso:

lsof|grep atom|grep $HOME
1 me gusta
#12

[jorgesumle] jorgesumle http://foro.hacklabalmeria.net/users/jorgesumle
30 Julio

|una aplicación «bien hecha» suele tener los archivos de configuración
dentro del directorio oculto estándar «.local»|

Si te refieres a la carpeta .local del directorio HOME, no tiene porqué.
Otra cosa es que el propietario de HOME quiera organizarlo así, pero
según el Filesystem Hierarchy Standard
(http://www.pathname.com/fhs/pub/fhs-2.3.html#HOMEUSERHOMEDIRECTORIES)
no importa. De todas formas, dime dónde se recomienda eso.

User specific configuration files for applications are stored in the
user's home directory in a file that starts with the '.' character (a
"dot file"). If an application needs to create more than one dot file
then they should be placed in a subdirectory with a name starting with
a '.' character, (a "dot directory"). In this case the configuration
files should not start with the '.' character.

De hecho, es así para programas como Firefox o Vim, yo no diría que son
programas «mal hechos».

Quizás he patinado un poco ahí. La verdad es que no he leído en ningún
sitio que sea el sitio recomendado para guardar la configuración pero si
he visto como ha ido aumentando a lo largo del tiempo el número de
programas que utilizan ese directorio y he concluido que esa era la
nueva recomendación. Perdón por eso, pues.

En cualquier caso, a mi me parece más lógico que se guarden ahí las
cosas, emulando en cierta manera la existencia de «/etc». Y, sobre todo,
a mi me parece que tener chorrocientos .* en tu directorio no es de gran
ayuda. Me gusta tener mi directorio inicial en la medida de lo posible
«limpio», y eso incluye los ocultos.

Vim y Firefox son «pesos pesados», ni mucho menos están mal hechos, al
revés, pero no se yo si pasarían por el aro en caso de cambiar las cosas
en ese aspecto.

Salud y Revolución.

Lobo.

#13

Desde hace algún tiempo se usa un estándar de XDG según el cual los archivos de configuración van a “$HOME/.config”. Si accedes a ese directorio oculto deberías ver un directorio de configuración para cada app.

No todas las apps lo cumplen, pero la mayoría sí.