Umas das razões que me levou a experimentar o Chrome foi o consumo de memória completamente absurdo do Safari. Como passava semanas sem encerrar o Safari, facilmente atingia consumos de memória da ordem dos 500MB, e o pior de tudo é que mesmo depois de fechar vários separadores (ou mesmo todos), o consumo de memória continuava elevado. Tipo, parece-me aceitável que gaste 300 ou até 400MB de memória quando estão umas dezenas de páginas aberta, mas depois de as fechar, esperava que o consumo de memória baixasse para valores próximos de quando o Safari arranca, ou de quando acabamos de abrir uma ou duas páginas (algo na ordem dos 100MB parece-me aceitável). Mas isto não acontece, e várias vezes tinha o Safari sem qualquer página aberta a gastar mais de 400MB.

Nos testes que fiz, este parece ser um problema que o Chrome consegue resolver. A verdade é que ao usar vários processos separados para abrir as páginas, torna-se mais simple fazer a gestão da memória, e tendo em conta que depois de fecharmos todas a janelas, os processos a elas associados terminam (fazendo com que toda a memória que o processo estava a consumir seja libertada), a maior parte da memória é efectivamente libertada.

Um dos problemas que encontro no Firefox para MacOSX é o facto de este não estar bem integrado no SO. Não usa os certificados do SO, não usa o sistema de gestão de palavras-passe SO, não usa o corrector ortográfico do SO, não usa as definições de proxy do SO, etc. Estas foram algumas das razões que me levaram a deixar de usar o Firefox no MacOSX.
Pensei que o Chrome fosse apresentar o mesmo problema, mas felizmente estava enganado, e parece estar razoavelmente integrado no SO.

Por outro lado, descobri hoje que o Chrome possui algumas funcionalidades bastante interessantes ao nível do controlo de cookies, JavaScript e plugins (Flash). As primeiras eram duas das coisas que mais falta me faziam no Safari (para bloquear o Flash já tinha arranjado um plugin).
Relativamente aos cookies, tem a opção de perguntar se quero aceitar ou bloquear os cookies, e tem a opção de guardar a opção para aquele site, permitindo-me construir facilmente uma lista de sites onde quero permitir (ou não) a utilização de cookies.
Ao nível de JavaScript permite-me desactivá-lo, tendo uma lista de excepções para indicar sites onde este deve ser permitido (penso que é algo semelhante ao que o NoScript faz).
Quanto ao Flash, o funcionamento é semelhante ao do JavaScript.
Adicionalmente, sempre que uma página é impedida de usar cookies, JavaScript ou Flash, aparece um ícone na barra de endereço, que permite facilmente activar a funcionalidade para aquele site (infelizmente para já apenas permite adicionar o site à lista de excepção, e não dar autorizações temporárias).

É claro que o Chrome está longe de ser perfeito, tem alguns bugs (nada de admirar, visto que estou a usar a versão de desenvolvimento), e faltam algumas funcionalidades importantes, como o Java e a possibilidade de visualizar ficheiros PDF directamente. Ainda assim, estou bastante satisfeito.

Apesar de tudo, hoje descobrir um motivo para gostar do iPhone. Parece que a Virgin America decidiu deixar de usar flash no seu site devido ao facto do iPhone não o suportar.

Ou seja, o iPhone poderá contribuir para que os web developers comecem a pensar se realmente precisam de usar flash e recorram a este apenas quando é mesmo necessário.

Adenda: parece que há mais sites que se preparam para seguir o mesmo caminho…

Tendo em conta a reputação das aplicações, seria de esperar uma documentação a condizer. Mas se ao nível da documentação para o utilizador, até esteja bastante completa, o mesmo não se pode dizer da documentação do código. Não encontrei um único documento que descrevesse os vários módulos que constituem a aplicação, nem que descrevesse quais as funcionalidades das várias funções. A única solução possível para perceber a aplicação é, assim, percorrer as centenas de ficheiros que a constituem. E mesmo percorrendo os ficheiros, continua a ser complicado perceber quais as funcionalidades que estes disponibilizam, pois os comentários no código não abundam…

Custa-me um pouco a perceber como é que aplicações desta dimensão têm uma documentação tão pobre…

Entretanto, aproveitei para criar uma página para o widget, onde está disponível um changelog (para além da descrição do widget, e onde colocarei outras informações relevantes).

Como o Stand é uma extensão um pouco pesada, decidi procurar por outras extensões que me permitissem bloquear flash no Safari, e encontrei uma extensão chamada Click to Flash. Tal como o nome indica, serve para bloquear flash, e possuiu mais algumas opções neste campo quando comparado com o Stand. Por exemplo, permite indicar sites em que o flash não é bloqueado, ou carregar todos os conteúdos em flash de uma página de uma só vez.

Para aqueles que usam Safari/MacOSX, e que, tal como eu, se sentem incomodados com grande parte das animações flash que se vêem nos sites, penso que é uma extensão que vale a pena experimentar.

Quem estiver interessado, pode fazer o download aqui.

• Spring School in Advanced Computing TACC @ IST (25-27 Maio, IST, Lisboa)
• Spring School in Advanced Computing TACC @ UP (28-19 Maio, FCUP, Porto)
• Advanced Seminar on Multicore Platforms (1-3 Junho, UM, Braga)

Resolvi então dedicar algum tempo a analisar o código fonte do widget, de modo a tentar resolver o problema.

Nunca tinha trabalhado no desenvolvimento de widgets, nem com JavaScript (a linguagem mais relevante para este widget), mas a Apple disponibiliza uma excelente ferramenta para este tipo de tarefa, o Dashcode (que infelizmente só descobrir depois de já ter perdido umas horas a usar o Vim como editor, e a Console para ver os erros), e o JavaScript também é relativamente simples (a minha maior dificuldade foi não ter encontrado uma API com as funções que poderia usar).

E assim, aos fim de alguns dias, lá consegui colocar o widget novamente funcional.

Quem estiver interessado, pode fazer download do widget aqui: DicionarioPT.
Também criei uma página com informações sobre o widget aqui.

A reinicialização automática do windows depois das actualizações, levou os responsáveis pelo sistema informático de um hospital a desligar as actualizações de segurança, que foi, basicamente, a mesma solução que eu encontrei para resolver o problema. Só que neste caso, fez com que os pcs ficassem vulneráveis, e fossem infectados por programas maliciosos. De realçar que estamos a falar do sistema informático de um hospital!

PS: Obviamente que os responsáveis do sistema informático do hospital também têm culpas no sucedido, mas se o modo de actuar do windows fosse outro, provavelmente nunca teria sido necessário desligar as actualizações.

Tendo em conta que era uma funcionalidade que também me dava jeito no Linux, decidi investigar um pouco, para ver se encontrava alguma alternativa. Depois de ler isto e isto, consegui perceber o funcionamento da Time Machine. As scripts apresentadas nos sites indicados, tinha o problema de não fazer uma gestão tão elaborada dos backups antigos como a Time Machine. Assim, decidi fazer uma script um pouco mais completa.

O resultado final pode ser encontrado aqui.

É uma script Perl, que faz backups incrementais (usando o rsync), e que apenas apaga os antigos, caso seja usada uma opção disponível para esse efeito. A estratégia seguida para apagar backups antigos é semelhante à seguida na Time Machine: backups das últimas 24 horas, backups diários dos últimos 30 dias, e backups semanais no resto (no entanto, alterando algumas varáveis na script, podemos adaptar isto às nossas necessidade).

Para ter a script a correr de hora em hora, é só adicionar uma entrada no cron (o ideal seria usar o launchd, mas estava a ter alguns problemas com esta alternativa).

NOTA: A script foi testada em Linux (Debian 4.0) e em MacOSX, estando, aparentemente, a funcionar sem problemas. Ainda assim, recomendo algum cuidado com a sua utilização, pois pode conter bugs. Deverá funcionar em qualquer sistema UNIX, mas não testei em mais nenhum, para além dos 2 anteriormente citados.

Suspensão de negociação em Londres é a maior em oito anos

Uma falha informática, que impede a conectividade do sistema, é a justificação para a maior suspensão da negociação em oito anos de uma das praças financeiras mais antigas do mundo, a London Stock Exchange (LSE).

[...]

Via P@P.

Leitura complementar: Os factos da Microsoft…

Já em vários momentos fiz pesquisas à procura de portáteis para recomendar a amigos, e era frequente chegar à conclusão de que o MacBook era uma das melhores opções. Em algumas discussões que tive que colegas sobre os preços dos macs, também chamava frequentemente à atenção para o facto de não se estarem a comparar máquinas exactamente iguais, e de, normalmente, algumas vantagens dos macs serem ignoradas. No entanto, sempre aceitei a ideia de que, tirando o caso do MacBook, os macs eram um pouco caros.

Hoje, depois de ler este artigo, The Apple Mac Cost Misconception, percebi que os macs não são significativamente mais caros quando comparados com pcs de qualidade equivalente (em vez de se fazer a comparação com pcs que fazem o mesmo). Isto pelo menos quando escolhemos os modelos base do macs. Os problemas são mesmo os upgrades, que na Apple já ficam bem mais caros do que consegue noutros lados…

Via TUAW.

Projecto de Lei n.º 577/X – Normas abertas para informática do Estado

Exposição de Motivos

Numa época em que os Estados recorrem cada vez mais à desmaterialização de processos administrativos e aos suportes digitais, a gestão e a conservação de dados em formatos electrónicos assume uma dimensão de importância estratégica nacional.

Actualmente, as instituições continuam a emitir, trocar e e arquivar uma parte substancial da sua informação em suporte digital através de formatos proprietários. Trata-se de formatos de documentos cujas especificações técnicas não são tornadas públicas pelas empresas que os promovem – pelo contrário, estes formatos são normalmente cobertos por regimes de protecção da propriedade intelectual (como o registo de patentes ou o copyright).

Isto significa que, se a informação em causa é armazenada num formato que o fornecedor de software detém e controla, então pode acontecer que o Estado tenha a capacidade de possuir a informação, mas não tenha nenhuma maneira de a recuperar, excepto usando o software daquela empresa em questão. Se o titular dessa informação não a pode recuperar sem o consentimento do fabricante do software, então estamos perante uma situação de controlo da informação, com implicações que podem assumir a maior gravidade.

Daqui resulta claro que o Estado deve garantir a soberania e o controlo sobre a informação de que é titular, pelo que não pode emitir e manter documentos em formatos cuja utilização dependa potencialmente de opções estratégicas de empresas privadas. Em larga medida, é isso que sucede actualmente. Ainda hoje, no portal da Assembleia da República na Internet, recentemente remodelado, o acesso dos cidadãos aos textos das iniciativas legislativas apresentadas no Parlamento (projectos e propostas de lei ou de resolução, etc.) é disponibilizado através de um formato proprietário, assim como outras informações e aplicações.

Esta situação suscita outro problema central, que se prende com o respeito pela liberdade de opção dos cidadãos na utilização de tecnologias, que o Estado tem evidentemente o dever de garantir e promover. Os cidadãos e as organizações devem poder optar livremente pelas soluções informáticas da sua conveniência e preferência, ao invés de lhes ser imposto pelo Estado, directa ou indirectamente, o recurso a determinadas marcas ou produtos.

Ainda na Sessão Legislativa que agora termina, o Grupo Parlamentar do PCP teve a oportunidade de alertar [Requerimento n.º 949/X (3.ª) AC de 20/3/08] para a situação que actualmente se verifica em todos os municípios: a Direcção-Geral das Autarquias Locais exige, para efeitos de fiscalização do cumprimento da Lei das Finanças Locais, que as câmaras municipais instalem e utilizem uma aplicação informática (“SIAL”) que, segundo instruções da própria Direcção-Geral, só pode funcionar em computadores com os seguintes programas: sistema operativo Microsoft Windows XP (ou superior); Microsoft Office 2003; Microsoft Office 2003 Web Components e Microsoft Internet Explorer 6.0 ou superior (ou compatível) com ligação activa. Trata-se de um exemplo particularmente negativo de dependência tecnológica do Estado para com tecnologias proprietárias, imposta e promovida directamente pelo Poder Central.

Pelo contrário, o que já sucede com o Diário da República Electrónico demonstra que é possível optar por formatos abertos para a publicação de documentos oficiais, respeitando e cumprindo aliás recomendações do Consórcio W3C (consórcio internacional responsável pela rede www), inclusivamente no que concerne à acessibilidade e ergonomia dos conteúdos disponibilizados. Recorrendo ao formato aberto “PDF” (portable document format), cujas especificações técnicas e direitos de propriedade intelectual pertencem já na sua parte substancial ao domínio público, o Estado português garante assim, no presente e no futuro, o acesso público aos documentos em questão. O que é particularmente importante quando os documentos em causa são as páginas do Diário da República…

Em suma, serviços públicos – e documentos públicos – não podem recorrer a formatos privados (proprietários). O próprio conceito de documento público implica a existência de formatos públicos, e isso significa a aplicação de normas abertas. Por outro lado, por razões de eficiência, soberania e segurança, é indispensável promover a interoperabilidade dos sistemas informáticos do Estado.

Interoperabilidade pressupõe compatibilidade de sistemas. Segundo a definição da ISO (a organização Internacional para a Padronização), que é aliás adoptada no articulado deste projecto de lei, trata-se da capacidade de dois ou mais sistemas (computadores, meios de comunicação, redes, software e outros componentes de tecnologia da informação) de interagir e de trocar dados de acordo com um método definido, de forma a obter os resultados esperados. Esta interacção, para ser universal no presente e no futuro, exige que os formatos definidos como norma – os standards – sejam abertos, isto é, possam ser livremente utilizados.

Por todas estas razões, este é um assunto suficientemente importante para justificar a aprovação de uma Lei da Assembleia da República.

[...]

Via Software Livre no Sapo.

PS: Não deixa de ser irónico que, no site da Assembleia da República, tenham disponibilizado o documento no formato doc.

Primeiro comecei por tentar usar SMB, e depois alguns problemas com permissões, lá consegui montar o volume com permissões de escrita. No entanto, quando tentava fazer o backup, dava sempre erro.
Depois, tentei pôr Netatalk a funcionar no router, para partilhar o disco por AFP, que sendo o protocolo da Apple, funcionaria de certeza com a Time Machine. Apesar de ter conseguido instalar o software necessário, nunca consegui arrancá-lo.
Depois virei-me para o NFS, e depois de muito tempo perdido de volta do ficheiro de configuração (mais uma vez, para acertar permissões), e de mais algum tempo de volta de um problema que fazia com que não conseguisse montar o volume no MacOSX, lá consegui ter o disco disponível. Mais uma vez, quando fui tentar usar a Time Machine com o disco, não consegui.
Pelo meio, ainda tentei usar FTP, mas a Time Machine nem aceitava o volume.

Resolvi então voltar a virar-me para o SMB (por ser o mais simples de pôr a funcionar no router), e tentar resolver o erro da Time Machine. Foi então que cheguei a este site, e depois de mais algumas hora, lá consegui fazer o backup!

Ficam então aqui os passos necessários para se pôr a Time Machine a usar um volume SMB.

O primeiro passo é, obviamente, pôr o SMB disponível, com permissões de escrita. Por omissão, a Time Machime não vai ver este volume, e não o poderemos escolher. Para corrigir este problema, basta executar o comando:

defaults write com.apple.systempreferences TMShowUnsupportedNetworkVolumes 1

Agora já podemos escolher o volume nas preferências da Time Machine. No entanto, no meu caso, quando tentava fazer o backup, depois de algum tempo em preparação, obtinha um erro a dizer que não conseguia criar a imagem.

Para resolver este problema, a solução parece ser criar uma sparsebundle image para a Time Machine usar. Isso pode ser feito através do Terminal, com o comando:

hdiutil create -size <tam>g -fs HFS+J -type SPARSEBUNDLE -volname <nome_vol> <nome_comp>_<mac_addr>.sparsebundle

Onde:

• <tam> é o tamanho da imagem a criar, e será o tamanho máximo disponível para os backups (neste caso, a unidade é GB)
• <nome_vol> é o nome que vamos dar à imagem (este parâmetro não é muito relevante)
• <nome_comp> é o nome do computador (pode ser visto em System Preferences > Sharing)
• <mac_addr> é o mac address da placa ethernet

No meu caso, fiquei com um comando semelhante a este:

hdiutil create -size 20g -fs HFS+J -type SPARSEBUNDLE -volname "Backup rcg" rcg_003f3baf65f1.sparsebundle

Depois disso, move-se a imagem criada para o volume onde queremos fazer os backups (não é boa ideia criar a imagem directamente onde vamos fazer backup, pois o processo será mais lento).

Supostamente, isto devia ser suficiente para os backups passarem a funcionar… No meu caso, ainda estava a obter um erro, a dizer que não conseguia montar o volume. Só quando desconectei o volume é que os backups deixaram de dar problemas (isto é um pouco estranho, mas pronto).

E é isto, agora já não preciso de passar a vida a ligar e desligar o disco externo. A velocidade não é grande coisa, mas se não fizerem grandes alterações às pastas que fazem backups, deve ser suficiente.
De referir que já li alguns relatos de erros que levaram à perda dos backups, por isso, se estes forem muito importantes para vocês, recomendo que não usem (apenas) este método.

Na sequência da discussão deste post, resolvi fazer alguns comentários. Não ao post em si, pois acreditei que até era verdade o que diziam (aparentemente, depois de vermos alguns comentários, percebemos que algumas informações talvez não sejam totalmente verdadeiras), e faziam muito bem em informar os consumidores. Apenas respondi a alguns comentários já existentes (sendo o que motivou a minha primeira intervenção, da autoria do autor do post), com os quais não concordava.

Vai-se lá saber porquê (algo me diz que foi por discordar das ideias dos autores do blog), os meus comentários foram apagados. Acho que censurar comentários num blog (ou num fórum, ou noutra coisa semelhante), é mau, e só demonstrar que algumas pessoas apenas querem impor as suas ideias aos outros, sem as discutir sequer. Mas há alguns motivos pelos quais aceito que se tome essa atitude, nomeadamente, quando os comentários se afastam do assunto em discussão, o que até era o caso. Não sei se foi este o motivo, mas se foi, tendo em conta que no meu primeiro comentário me limitei a responder a uma questão implícita num comentário do autor do post, se calhar não devia ser só o meu comentário a ser apagado. Além disso, todos os outros eram respostas a comentários que se mantinham fora do assunto inicial, mas que não fora apagados (será porque eram favoráveis às opiniões do blog?).

Mas o pior de tudo, é que as respostas aos meus comentários continuaram por lá. Ora isto parece-me uma falta de seriedade bastante grande, pois deixam as pessoas fazerem-nos as críticas que quiserem, e retiram-nos a hipótese de nos defendermos e refutarmos essas críticas. Mais ainda, numa das respostas do autor do post (que pode ser vista no fundo da imagem que está neste link*), este dá a ideia que eu defendo uma coisa, quando eu tinha dito explicitamente no final de um comentário que ele cita, que não defendia isso (curiosamente, omitiu na citação a parte onde eu dizia isso), e coloca-me questões às quais ele (pressuponho que sendo um dos autores do blog também tenha alguma responsabilidade nos comentários que são apagados) não me dá a hipótese de responder.

Penso que isto é particularmente grave, sobretudo o facto do autor do post ter deixado uma resposta a um comentário que apagou (se não foi ele, tal como já disse, penso que devia poder intervir no assunto), e que sabe que não pode ser criticada. É curioso que sejam atitudes tomadas por pessoas que se dizem defensoras da liberdade (ou pelo menos da liberdade no software)… Parece que têm um conceito de liberdade estranho.

* Na mesma imagem, podem ver na parte de cima a citação de um post que parece deitar por terra a afirmação de que “O iPhone bloqueia o Software Livre” presente no post inicial (que se intitula 5 motivos para evitar o iPhone 3G), mas curiosamente, o autor da resposta, que é o também o autor do post, ignora que a sua afirmação parece ser inválida, e em vez de tentar mostrar que não, resolve tentar encontrar outros defeitos na política da Apple (sublinho que também acho que não faz qualquer sentido que a Apple controle o software que é instalado no iPhone, e que obrigue os programadores a darem-lhe parte das receitas obtidas com a comercialização de software para o iPhone).
E já agora, aparentemente, a afirmação do “iphone tracking” também é falsa, pelo menos já há lá um comentário a dizer porquê, e ainda não vi ninguém a mostrar que ele estava errado.
É claro que os erros continuam no post inicial, o que dá a entender que o objectivo dos autores não é informar os consumidores de possíveis defeitos do iPhone, mas defender cegamente um ponto de vista.

(editado a 14 de Julho de 2008, às 15h35min)

NOTA: O Rui Seabra (autor do post em discussão), deixou alguns esclarecimentos ao assunto. De acordo com o mesmo, tratou-se de um problema do sistema anti-spam. Para mais esclarecimentos podem ler os comentários.
De referi que, à data da escrito deste post, as afirmações que fiz eram válidas (embora algumas das suposições o pudessem não ser, nomeadamente no que respeita às possibilidades do Rui Seabra intervir no assunto).
Por último, agradeço o facto deste ter recuperado os meus comentários.

O primeiro comentário que tenho sobre estas campanhas, é que é muito complicado comparar Windows com Linux, ou OpenOffice com MS Office. Por exemplo, dizer que se obtém mais produtividade com um do que com outro, muitas vezes deve-se apenas ao facto de estarmos mais habituado a usar um do que o outro. No entanto, quando me dizem que o Windows lhes permitiu obter maior fiabilidade do que o Linux, questiono-me sobre quais eram os administradores de sistemas que mantiveram a instalação do Linux, ou qual a distribuição usada…

Mas a razão pela qual escrevo este post, é sobre um dos casos práticos em particular, do qual posso falar por experiência: o da Universidade do Minho (UM)/Blackboard.

Apresentar esta caso como exemplo, é, no mínimo, ridículo. E porquê? Basicamente em todo o meu percurso académico (que decorreu na UM), só tive um professor que usou a plataforma, e não é difícil entender esta opção, pois a plataforma era difícil de utilizar, pouco funcional, e pouco usável, quer para os professores, quer para os alunos. Depois, os serviços de informática da UM, são do pior que pode haver (e sempre me fez confusão que uma universidade com um Departamento de Informática como a UM, prestasse tão maus serviços nesta área, excepção feita aos serviços prestados directamente pelo DI), e nunca sabem resolver os problemas que surgem aos alunos. Logo, é de esperar que não se atribua muita credibilidade às escolhas feitas por esses senhores.

Assim, acho que este caso está longe de poder ser usado como exemplo…

Não tenho por objectivo cumprir todas as regras (espero pelo menos atingir o nível de conformidade A), no entanto, parece-me que a maior parte delas até são relativamente fáceis de respeitar. Apesar disso, passo a vida a ver sites de dimensão considerável a não cumprirem algumas regras bastantes simples, o que me leva a colocar a questão: será que os profissionais da área do desenvolvimento web se dão ao trabalho de ler as recomendações da W3C?

Fica a sugestão, para quem ainda não as leu, que o faça. Mesmo que não implementem tudo como é sugerido (pois é provável que tal obrigasse a que certas páginas não ficassem tão funcionais para os utilizadores normais, ou a fazer páginas não tão agradáveis visualmente), provavelmente ficarão a conhecer alguns aspectos que podem facilmente melhorar nas suas páginas, e que contribuirão para uma web mais acessível, por vezes até para utilizadores normais.

Algumas ligações úteis:

• Web Accessibility Initiative
• Web Content Accessibility Guidelines 1.0
• Web Content Accessibility Guidelines 1.0 (versão em português)
• Checklist of Checkpoints for Web Content Accessibility Guidelines 1.0
• Complete List of Web Accessibility Evaluation Tools
• Overview of WCAG 2.0 Documents

Mais novidades aqui.

E estou a escrever agora porque parece que com a última actualização do SO, a versão 10.5.3, a maior partes dos problemas foram resolvidos

Bem, primeiro, os problemas que havia anteriormente. Basicamente, o Spaces tinha sido pensado para os utilizadores organizarem as várias áreas de trabalho em função das aplicações, i.e., para que todas as janelas de uma aplicação estivessem concentradas num único espaço. Pessoalmente, nunca me pareceu que isso fosse a melhor maneira de fazer as coisas… Embora para algumas aplicações (como o iTunes, o iCal, o Mail, o Adium, e outras em que normalmente só tenho uma janela aberta) até usasse sempre a mesma área de trabalho, preferia organizavar as coisas em função das tarefas que estava a efectuar, e tinha aplicações como o Terminal, o Safari, o Vim, etc. constantemente a serem abertas e fechadas em vários espaços.

Mas afinal qual era o problema?
Quando tinha uma janela do Safari, por exemplo, aberta na área 1, e estava a trabalhar na área 2, onde precisava de abrir também uma janela do Safari, caso clicasse no ícone do Safari na Dock, ou usasse o Cmd+Tab para mudar de aplicação, ia parar à área 1 (onde estava uma janela do Safari aberta). Ou seja, abrir janelas de uma aplicação que só tinha janelas abertas noutros espaços, era uma chatice. Pior do que isso, às vezes, até quando tinha janelas abertas na área de trabalho actual, as coisas funcionavam mal…
Ainda usei esta opção para desactivar as mudanças de espaço automaticamente, mas aí, quando mudava de aplicação, mesmo tendo janelas abertas no espaço em que estava a trabalhar, nem sempre passavam para a frente das outras (eventualmente seriam as janelas de outro espaço que estavam a ser activadas, não sei). Embora tenha continuado com esta opção assim, o Spaces não funcionava tão bem como devia.

Mas agora parece que as coisas já começaram a funcionar!
A última actualização, para além de corrigir alguns aspectos que eram mesmo bugs (como o mudar de espaço quando existiam janelas no espaço actual), trouxe uma nova opção nas preferências, que permite desactivar a mudança de espaços, mas não totalmente. Assim, quando clicamos na Dock, ou usamos o Cmd+Tab para mudar de aplicação, não se muda de área de trabalho. No entanto, se clicarmos na Dock quando já temos a aplicação activa (se clicarmos duas vezes na Dock, por exemplo), já mudamos de espaço.

Apesar de ainda ter alguns pormenores que poderiam ser melhorados (por exemplo, permitir que se escolham as aplicações para as quais queremos ou não mudar de espaço, da mesma forma que podemos associar uma aplicação a um espaço), parece que já está bastante bom.