RickBGS

Isso eu já tinha feito, rs. Inclusive lembrando que meu usuário é administrador. E não rolou. Inclusive repliquei isso para todas as subpastas e arquivos.

Olá, pessoal. Faz um tempinho que não comento aqui, e estou olhando pouco, mas é que está russo aqui no trampo, rs. Mas bem, aqui estou eu com uma dúvida: eu precisei reinstalr o Mac OS X. Copiei minha pasta Home para um outro HD, formatei, reinstalei e tal. Depois eu restaurei o conteúdo da Home. Não substituí a pasta, apenas o conteúdo, ou seja, não arrastei a pasta RickBGS para /Users/, mas o conteúdo de RickBGS do HD de backup para /Users/RickBGS/. Consigo ler os arquivos e tal. Porém eu não consigo gravar neles. Não tenho permissão de escrita! Medidas que eu já tomei: - Dei acesso de Read & Write para meu usuário e pedi que ele replicasse as permissões em todos os itens e sub itens da pasta [Apply to enclosed items]; - Pelo Disk Utility pedi para ele reparar as permissões do disco inteiro. Mas nada… Aproveitando, quem pertence ao grupo staff? Os demais usuários? Se alguém puder ajudar, agradecido! rs.

Meu TCC só ficou pesado num Nokia. No outro nem. E ficou lindo no N80. Mas a minha próxima aplicação quero implementar a GUI na unha! Hahahaha. Mas está fora do escopo do tópico.

Não tem não. Só "Apple". Nada da Sun, rs. Bom, achei isso daqui, para quem desenvolve pra mobiles: http://www.apple.com/downloads/macosx/d ... eride.html. Wireless Toolkit pra Apple nem. =(

Se fosse a Microsoft falariam de monopólio, mas o iPhone não tem suporte a J2ME, né? rs. Se não eu já teria comprado (já?!). Hahahaha. Mas vamos cruzar os dentos!

O Automator não é pra desenvolvimento realmente. Use o XCode. Está no DVD de instalação do Mac OS X. Não é à parte não! Não tenho como olhar agora onde fica exatamente, mas em alguma pasta de "pacotes adicionais". Se não me engano existem 4 packages para desenvolvimento (Mac OS X 10.5). Eu sou do Java (embora já brinquei com C, C++, Python e umas Web) e uso o Eclipse mesmo. Estou começando a estudar Objective C agora, para brincar mesmo. Trabalhar com isso no Brasil… alguém trabalha?

Consultemos a Apple: http://www.apple.com/getamac/viruses.html.

Nunca é provisório. (Em outras épocas eu falaria que era tão provisório quanto a CPMF.)

Gambiarra não! STA! [solução Tecnológica Alternativa!] Esta foi para meus colegas desenvolvedores/analistas, rs.

Gambiarra não! STA! [solução Tecnológica Alternativa!] Esta foi para meus colegas desenvolvedores/analistas, rs.

Hahahaha, eu já fiz isso várias vezes. Até pensei em recomendar isso aos fabricantes de mouse. Tudo bem, não seja uma bolinha 360 graus, mas Norte, Sul, Leste, Oeste… Hahahaha. Mas o que achei super bacana foi o mouse pad:

3.000 vezes melhor ! Vou começar a utilizar este site, bem mais rápido que minha gambiarra iuahiuahui . Obrigado pela dica Isto que eu chamo se solução Apple! Simples assim! Hahahaha. Think different!

Mas no meu caso era a mesma pasta de fotos que eu já tinha tentado mover com o Windows XP. Então por isso posso afirmar que o Vista ficou muito mais rápido mesmo. E sim, é verdade. Para transportar minha workspace em CD/pen/DVD eu compacto. O tempo de compactação e cópia pro pen é bem menor do que copiar todos os arquivos. Muitos arquivos, em muitas subpastas, em muitos níveis. Isso torna muito lento mesmo. (A imagem do seu avatar não parece contigo! Hahaha.)

Você nem é fanático, né? Hahahaha. Uma vez eu li (mas acho que é mentira, haha) que tentaram criar um vírus pra Mac, mas ele não fazia mal. Só pra dizer que existe, hahaha. Mas como desenvolvedor de sistemas: é possível sim o Mac pegar vírus. O problema é: quem vai executá-lo? Hahahaha. O vírus é um programinha e recebe este nome porque causa algum dano à saúde do PC (ou ao trabalho do usuário, rs) e ele tenta se multiplicar para contaminar mais máquinas. Basicamente é isso. Mas falando sério: http://www.sophos.com/pressoffice/news/ ... xleap.html (First ever virus for Mac OS X discovered).

Quando eu testei o Vista eu achei que a transferência foi muito, mas muito mais rápida do que em qualquer Windows. Inclusive teste com ele em PC e Mac. Porém eu já vi muitos comentando que as transferências no Vista estavam demorando por demais. Isso é um bug. Não sei porque acontece em alguns computadores e em outros não. Como eu apenas estava testando e não ia usar o sistema operacional, não me aprofundei, hehe. Mas tente ver se atualizando o SO isso não melhora. Eu fiz transferências de mais de 20GB e foi muito rápido. Fiquei impressionado!

Geralmente é finança. Hahahaha. Bom, eu não tenho como usar Mac OS no trampo. Acesso pelo Windows! Volta e meia eu tento [tecla do windows] + c, ou [tecla do windows] + e. Hehehehe.

Acho que você precisa pedir à loja que envie a nota fiscal que não foi enviada junto com o produto. Você deu o seu endereço do Brasil? Talvez tenha sido enviado para cá, ou para o endereço do cartão… Não sei. Aproveitando, por quanto ficou o iPhone? Depois você diz se precisou pagar mais alguma coisa e tal, porque eu tenho interesse em comprar também. Ele foi comprado desbloqueado? Thanks.

Eu já conhecia esta foto, rs.

Mas se não fosse o Boot Camp seriam os similares, rs. Mas a IBM não conseguiu atender e a Intel então ganhou! rs.

Interessante. Desconhecia a existência do NTFS-3g. Obrigado pela dica.

Eu gostaria de saber qual seria o algoritmo para saber o que deletar. Alguém sabe? Por exemplo, eu sei que basicamente será: - o arquivo em Applications; - ~/Library/Application Support/ - ~/Library/Preferences/.plist Mas o Office, por exemplo, deve mexer em mais coisas. E Aperture, iWorks etc. idem. Estes desinstaladores verificam estes especificamente ou existe um padrão para busca?! Para quem entende de programação, quero saber se ele sempre deleta os 3 itens que eu falei e além disso ele faz um "if Office, delete também estes daqui, if Aperture…" e tal.

Acho que o StuffIt só não se dá bem quando o arquivo está dividido em várias partes ou com senha. [Eu sinto falta de um compactador nativo no Mac OS que possibilite o uso de senha. O recurso de archive (do Finder) é bem prático, mas às vezes quero transportar algo e por senha para o caso de ser roubado, por exemplo. ]

Bem lembrado. Eu sempre leio estas coisas. Pelo menos dou uma olhada por cima. Estes dias estava lendo o manual do Aperture e pensando se não sou o único que faz isso, ou se é falta do que fazer, hehehe. Só contrato de licença que não leio, rs. E sim, eu acho que foi apenas uma falha, que é humana e Applana. Mas é que eu vi o pessoal reclamando de outras coisas também e por isso fiquei me perguntando como foram os testes do update (mania de desenvolvedor de software que fica pensando em como está implementado cada coisa que ele usa, hehe). Sobre o FAT32, o que eu sei é que o Mac OS poderia ler e escrever no FAT32, e o NTFS só ler. (Acho que eu disse antes que não leria o FAT32, então estou talvez corrigindo o que eu talvez tenha dito. )

O recurso de câmera fica disponível para quem usa iChat com o Google Talk se ambos os usuários estiverem acessando o GT pelo iChat. Ou seja, se o seu contato do GT está com iChat, você terá todas as funcionalidades de quem tem um .Mac.

Eu também fiquei desapontado. Tipo: é a Apple mesmo? O que eu vou dizer pros meus amigos? Que tudo que ela superava o Windows está… Eu não tive problemas quando usei o BootCamp (coloquei o Windows quando comprei o Mini, mas logo vi que não usava e peguei o espaço de volta pro Mac OS, rs). Mas eu usei o NTFS. Realmente não tem como ler FAT32 e FAT(16) pelo Mac. E o NTFS é somente leitura. Isso não é bem limitação do Mac OS, mas dos próprios sistemas de arquivos envolvidos. Eu desaconselho o uso do FAT32 nos dias de hoje. O NTFS tem algumas vantages… é mais seguro (tudo bem que para isso fica um pouco mais lento, mas com as máquinas de hoje - PC e Mac - isso não é perceptível) e o FAT32 não suporte arquivos maiores de 4GB (acho). Não lembro se é 4, mas fazer uma imagem de Dual Layer em FAT32 nem rola. Ele acaba quebrando em 2 arquivos e você não consegue lê-lo a não ser que junte (em outra partição não-FAT). Tem outras limitações de quais não me recordo também, como caminhos de arquivos muito longos (C:pastasubpasta…arquivo.ext).