Skip to main content

mon nouveau samsung galaxy s II

Content...

"Fan" de Linux, et heureux propriétaire d'un Galaxy S GT-i9000, j'ai acquis un Samsung Galaxy S II. De ce que je sais, les Américain n'ont pu aussi en acheter que ce mois-ci. J'ai certainement tort, peu importe, il est là... avec moi. Et je suis content.

Mon Samsung Galaxy S II

Je ne suis pas spécialiste de la marque ni des détails, J'ai un Samsung Galaxy S II, GT-i9100. D'origine sous Android 2.3.3, Mais que je compte flasher rapidement en 2.3.5.

Mon impression

Je compare le nouveau S II à mon ancien S I.

Ecran

L'écran semble à priori plus "jaune" que celui de précédent. C'est juste un a priori, c'est en fait la gestion de la luminosité en fonction de la lumière ambiante qui est différente. La différence de taille par rapport à l'ancien n'est pas très sensible lors des pointages de boutons et de liens. Par contre, on sens un que finalement les boutons sont un peu plus grands sur le clavier virtuel. C'est bien mieux.

Performances

Le dual core est clairement sensible, et l'OS sous-jacent est multitache, c'est un téléphone (oups, l'insulte!!) performant. Malheureusement pour les gamers, je n'aime pas les "jeux". Je prefère les outils de "travail". La vitesse de rendu d'un PDF est améliorée. Par défaut, j'ai "Polaris Office" sur le SII alors que j'avais "Think Free" sur le S I. Par contre, la Bible se charge encore "aussi lentement" (switch d'une langue à l'autre: MG, EN, FR).

Camera

Les 2 cameras (front & back) sont bien meilleures. J'ai un flash LED qui permet de filmer à 3m dans la pénombre, ça me suffit.

Globalement

Bon modèle. J'étais un inconditionnel de Nokia, mais depuis l'apparition des Galaxy S, mon coeur a basculé. Et en attendant la sortie des Motorola haut de gamme, je pense que je suis un téléphoneur comblé. Le temps de ce post soit référencé et trouvé, il y aura certainement de snouveraux modèles sur le marché et mon S II sera obsolète, mais je tiens à féliciter Samsung, Google, et tous ceux qui ont travaillé pour ce produit. L'une des actions que je fais pour eux est d'acheter leur produit.

Comments

Popular posts from this blog

dockerfile multiline to file

Outputing a multiline string from Dockerfile
I motsly use a Dockerfile by sourcing from a base ditribution: CentOS or Debian.
But I also have a local mirror and would like to use it for packages installation.

Espacially on CentOS it is about many lines to write to the /etc/yum.repos.d/CentOS-Base.repo file.

Easiest way: one RUN per line The first method that comes in mind is to issue one RUN per line to write.
Here you are:

RUN echo "[base] " > /etc/yum.repos.d/CentOS-Base.repo RUN echo "name=CentOS-$releasever - Base " >> /etc/yum.repos.d/CentOS-Base.repo RUN echo "baseurl=ftp://packages-infra.mg.rktmb.org/pub/centos/7/base-reposync-7 " >> /etc/yum.repos.d/CentOS-Base.repo RUN echo "gpgcheck=0 " >>…

npm run build base-href

Using NPM to specify base-href
When building an Angular application, people usually use "ng" and pass arguments to that invocation.
Typically, when wanting to hard code "base-href" in "index.html", one will issue:

ng build --base-href='https://ngx.rktmb.org/foo'


I used to build my angular apps through Bamboo or Jenkins and they have a "npm" plugin.
I got the habit to build the application with "npm run build" before deploying it.

But the development team once asked me to set the "--base-href='https://ngx.rktmb.org/foo'" parameter.

npm run build --base-href='https://ngx.rktmb.org/foo


did not set the base href in indext.html

After looking for a while, I found https://github.com/angular/angular-cli/issues/13560 where it says:
You need to use −− to pass arguments to npm scripts. This did the job!
The command to issue is then:

npm run build -- --base-href='https://ngx.rktmb.org/foo'

Jira workflow for new projects

Associated workflow creation I'm a Jira Cloud user and begining from some version 6, I noticed that when I create a project, it automatically creates a Workflow and Issue Scheme that is prepended by the project key and which is a copy of the default scheme.
I always had to make a cleanup after creating a project. Default workflow for new projects I also miss a feature that would allow me to make a custom workflow (and globally custom project setting) the default for new projects I create.
Solution: Create with shared configuration While searching, I noticed that with Jira Cloud which is version 7.1.0 at the time I write, there is a link at the bottom of the "Create project" wizard:
"Create with shared configuration" will allow me to select the project I want the new one to share configuration with.

The new created project will use the same configuration as the project I selectThere will be no creation of Workflow and Issue Scheme that I need to cleanup

This fea…