Monday, June 2, 2014

Les effets de la technologie sur les enfants !

Un article vraiment intéressant.

Les nouveaux "jouets" et/ou "outils" proposés (et imposés par le système) à la jeune génération (et les futures) ne sont pas si "inoffensifs" !

Un "outil" mal utilisé peut avoir des conséquences négatives voire très négatives à long terme...


Lire l'information


Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Wednesday, May 21, 2014

Hiero 1.6 is available !

For information, a new version of HIERO (1.6) is available on the Mac App Store (Education category) !

HIERO is a help for transliteration of Egyptian Hieroglyphs.

It gives too useful informations about the phonetic read, the grammatical structure, the list of signs and more... of your hieroglyphic sequence.

The management of documents by iCloud was implemented in this new version of HIERO.

Your documents are going to follow you from now everywhere !


Download HIERO

Saturday, May 17, 2014

Some reflections about the integration of management of iCloud documents in your application !

When you integrate iCloud in your application, it is necessary to be aware that it is not going to be made "easily" and "quickly".

Things are more different between a OS X application and an IOS application.


There are several steps to be respected :

1/ Activate iCloud capabilities for your application under XCode - not very complicated !

2/ Make sure that your certificates, provisionning profiles and others... in development mode as in submission (production) mode are correctly initialized (at the level of iCloud and at the level of your apple.developer account).

Otherwise you go to have some difficulties to test your application and \ or to submit it !

XCode is capable of initializing correctly the work if you made correctly yours.


You have the possibility of updating your profiles from XCode (XCode is so going to communicate with your apple.developer account).

Do not to forget that these profiles are limited in the time and from time to time it is necessary to renew them.


3/ Read the <iCloudDesignGuide > document (Apple).

To have a global vision of iCloud is indispensable - because you fast go to notice it to implement iCloud in your application is going to "require" certain number of things.

Which features of iCloud have to be used for your application ?

Take time to read this document.


4/ Think about your "strategy" when a document can be to "share" between several users who are connected to the same iCloud account.

In that case, the users can modified this document : this reflection is thus important.

You can ask for example these some questions :

Do we systematically have to "merge" the modifications ?

What is the nature or the type of the document ?


Do we have to envisage a copy of the document by user ?

How to put back the modifications ?

How to warn the users ?

5/ Define the use cases where iCloud takes care of the management of documents

6/ Define the use cases where it is going to require some developments of your part

7/ Define the way of testing your application in iCloud "mode"


To note for example that under OS X it is possible to launch several instances of your application - a "simulation" of a multi context users for the same iCloud account : useful !

8/ Technical problems ? 


Do not forget that the forums for Apple developers as well as the assistance of the engineers of Apple proposed in your contract developer are not unimportant helps.

A small advice : be always very precise in your posts !



If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.

Monday, May 12, 2014

Apple : bientôt un nouveau moteur de recherche ?

Article vraiment intéressant...

comme quoi ce qui semble être inamovible ...

une prochaine évolution dans les moteurs de recherche ?

Un futur combat entre Google et Apple ?

Comme nous le disons souvent la concurrence semble être une bonne chose pour les utilisateurs.


Lire l'information


Affaire à suivre de très prêt.


Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Sunday, May 11, 2014

The mystery of the funeral enclosures

About ten enclosures were identified - they are associated to kings of the dynasty I and II 1.

They are mainly close to Umm - El - Qaab - Abydos 2.

They are brick-built massive enclosures which can contain of one in four doors.

This massive appearance can be an allusion to the powerful ramparts of the predynastic cities.

Certain enclosures are lined with small tombs (high-ranking servants close to king).


Why to have built such enclosures ?

Several hypothesis.

According to certain Egyptologists, the cemetery of Umm - El - Qaab was very used since Nagada I.

There was a problem of place what forced a separation (the first one in Egypt) between the royal tomb and its associated cult.


What caused the construction of these massive enclosures.

For others, architecture of certain enclosures look like by certain aspects the predynastic Palaces.

To postpone these familiar elements in a funeral universe, in a continuity life - after life ?


These hypotheses are interesting but they are not verified.

It seems to have no religious motive which would have force this separation.

Both components (tomb and the enclosure) were the object of an equivalent attention on behalf of the  Egyptians.


The tomb and the enclose are a single "unit".

We are probably in the presence of a stage of the long evolution of the Egyptian religious thought.

If we leave the principle that there is at least an enclosure for every king, we still have enclosures to be identified.

What can be complicated enough because we have the proof that certain enclosures were defused or demolished voluntarily (funeral rite ?).


What could explain the absence of archaeological records.


What is the purpose of these enclosures ?

According to the made excavations, these enclosures fill a ritual function bound to the royal cult.

Cult made probably during the reign of king but also during and after the burial of king.

The fact that these enclosures are close to the royal cemeteries is an argument in favour of this assertion.

Enclosures also contain structures, sort of chapels - we found offerings at feet of these.


If there is presence of chapels with offerings, there are thus associated ceremonies.


Why these enclosures have they disappeared ?

Saqqarah supplants Abydos under the administration of Khasekhemwy : no more enclosures built to Abydos.

No enclosures found this day in Saqqarah ! Looking forward to new excavations.

What is on it is that Djoser (dynasty III) is going to merge a tomb and its enclosure : the famous funeral complex of Djoser of Saqqarah !

Enclosures did not justify themselves any more - the religious thought had just crossed another decisive stage.



1 Aha, Djer, Djet, MeretNeith for dynasty I - Peribsen, Khasekhemwy for dynasty II

2 Abydos and Hierakonpolis


If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.

Saturday, May 3, 2014

The Pr šnˁ : brief overview...

We find the <Pr šnˁ> early in the Egyptian history 1this entity being profoundly connected to the rural economic aspect and to the religious aspect.

It is a part of a network of domains which are inter - connected : the central administrator is the Palace and the beneficiaries are the institutions.

The Core administration structure and its main links

To help us better to encircle the socio - economic & religious attributes of the <Pr šnˁ>, interest we in the root of this name : <šnˁ>.

We find a notion of something there to close, to prepare, even of hidden.

The objective is the preparation of products - the association with the food is clear.

The <šnˁ> is thus a sort of store house, magazine, storage of supplies and food preparation for offerings 2.

The <Pr šnˁ> is the administrative structure to manage one to several <šnˁ> (in this case, one <šnˁ> associated with one particular task - with a particular staff 3).

This administrative structure can be associated with differents institutions, with rites, with funeral service of a high-ranking person.

You find for example as institution :
  • Pyramids and Sun Temples (centers of Royal cult (  ) - we can have one to several <Pr šnˁ> associated to store and process donations)
  • Royal Banquet (offering ceremony involving a ritual meal to god or deceased king - the <Pr šnˁ> is a provider of food offerings for this ceremony)
  • <Pr šnˁ>  of Deities 4 (to prepare provisions for cult offerings of a Deity - these institutions are often within royal domains or economic foundations)
  • <Pr šnˁ> for Phyles 5

Once associated to an institution, it will not be possible (or very difficult) to use the <Pr šnˁ> for other thing - Royal decrees will be even emitted to protect the use of this structure and its staff.

Some time we find <Pr šnˁ>, other times <šnˁ> : are we in the presence of a confusion ?

No, the <Pr šnˁ> is used mainly during the Old Kingdom - The <šnˁ> is (often) mentioned earlier before the Old Kingdom.

The  <Pr šnˁ> can be composed of (besides the function of storage room and food preparation) :
  • granaries
  • arable lands
  • estates (often news 'towns' - newly founded royal estate)

The <Pr šnˁ> is a "tool" very important for the Core administration structure (i.e Royal decrees) so much at the economic level (profits could be even generated) that at the religious level (control and "mechanization" of the cult of a god or of a king).


1 Certificates of the <šnˁ> from II dynasty - probably a single storage room in a institution.

2 Food preparation for offerings is one of the functions of the  <Pr šnˁ>.

3 We find in the term <Pr šnˁ> a use of human determiners : there is an association between the men and this entity.

4 From VI dynasty.

5 Groups of part-time workers served in mortuary cults and work crews during the Old Kingdom. 


If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.

Sunday, April 27, 2014

Third dynasty provincial pyramids : built in which purpose ?


These pyramids were found in Elephantine, Hierakonpolis, Edfu, Naqada, Abydos, Zawiyet el Meitin and Seila.

Most are affiliated to Huni - III dynasty (except for that of Seila attributed to Sneferu - IV dynasty).

They are small step pyramids.


What is the purpose of these pyramids ?

What is on it is that they are not graves.

We have to consider these pyramids under two angles : the Royal cult aspect and the Economic aspect.


For the Royal cult aspect

it is necessary to see the symbol of the state there.

The royal cult integrates a number of celebrations (mainly of alive of King - i.e particular events like ḥb sd) - little in the style of the Sun Temples of V dynasty.

The interest of these structures is not to be ready of a necropolis, but to be scattered outside the Capital.

With these pyramids, we are thus in the presence of the beginning  of a centralization policy of the Royal cult.


For the Economic aspect

These provincial pyramids can be considered as an additional contribution in the development of the economic foundations (Royal domains) - development begun in third dynasty.

The pyramid is not (necessarily) alone : it can be equipped with an administrative complex 1 (probably pr šnˁ  with possibly lands) which assures the management.

This complex can be in contact with the royal administration.

The objective of this complex is to prepare and to distribute provisions to a (large) public (local / regional) : it is a "point" of economic convergence.

This economic policy is applied in the same way in the Capital and its provinces.


We are in the presence of a provincial organization which has for source an economic centralization (stemming from the Palace) through the Royal cult.


1 This type of complex was only found this day to Elephantine - looking forward to finding this type of complex on the other sites.


If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.

Saturday, April 26, 2014

A brief overview of evolution of institutions from Early to Old Kingdom period

The evolution of institutions (religious, royal, economic) from Early to Old Kingdom period cannot be affected to a single temporal socio-economic "unit". 

Its nature is more complex and requires a finer and more precise "cutting".

You will thus find this below a overview of this "cutting".

Naqada III

  • Appearance of one network of relatively organized foundations 
  • The Palace (or Pharaoh himself) is the pivot of this organization

Dynasties 0 - 2

  • Fragile constructions (wood, reed - mat, mudbrick) of signifiant size
  • Large - scale mudbrick royal ceremonial Enclosures 1
  • Divines shrines 1
  • Implementation of a Royal Patronage (royal gifts in temples)
  • Connection between King (and/or his administration) and Temples (The Royal Labels)

1 Two cults which share the same architectural forms - For Temples, addition iconography of the gods and the goddesses concerned

Dynasties 3 - 4

  • Royal monuments build in stone
  • Continuation of the royal gifts to the gods of temples with small donations of lands 2
  • Purely religious function of Temples (not economic) is maintained
  • Bait of a policy of "centralization" (duplication of the model stemming from the Palace towards provinces)

2  Only for needs for the staff of the Temple

Dynasties 5 - 6

  • Donation of Royal Statues for Temples - > Royal cult 3 establishment (Kȝ foundations) within Temples
  • Progressive "symbiosis" between Royal cult and Divine cults
  • Increase Royal patronage -> modification infrastructure of Temples
  • Progressive movement of the economic functions of the Palace towards Temples
  • Royal decrees for protect economic interests of Temples

3 and / or members of Royal family

If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.

Friday, April 4, 2014

L'édition du logiciel : un marché qui se porte plutôt bien...

Que l'on veuille ou pas, nous aurons toujours besoin de logiciels et de développeurs et donc par extension d'éditeurs de logiciels.

Cette information est plutôt intéressante : le logiciel rapporte encore de l'argent... et étant développeur j'ai envie de dire : tant mieux !

Lire l'information




Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Friday, March 21, 2014

Méthode AGILE : constat...

Une information intéressante... certains sont pour cette méthode, d'autres sont contre et certains sont à mi - chemin !

Il n'y a pas en informatique LA SOLUTION pour mener à bien un projet :  il y a des outils qui nous aideront à y parvenir.

AGILE fait partie de ces outils.

Cela me fait penser aux créateur de UML qui répétaient sans cesse qu'il fallait comprendre l'esprit issu de UML (pour être efficace) et non utiliser UML de façon "mécanique".

Lire l'information


Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Java 8 est disponible !

Après de nombreuses BETA versions, enfin une version stable !

Le langage évolue et c'est tant mieux.

Lire l'information


Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Thursday, March 13, 2014

Is it possible to open multiple instances of an application in OS X ?

By default, you can open a single instance of an application in OS X.

The bad practice : to copy your application and launch the "original" and the copy of your application.

You are always on the same instance !

Given that you are on the same instance, the data which you go to treat (by the two applications) risk to be inconsistent.

So, is it possible to open multiple instances of an application ?

Yes, the UNIX core of OS X allows it.

The best practice :  open the Terminal and tape :

open -n -a "your application name"

A new instance of your application was opened !


Which interest to have multiple instances ?

Imagine the following use case :

You have to test the modification of a document by two users of you application which share the same iCloud account.

You have no several MAC to test this use case - with this technique it is possible to simulate this behavior.

We advise you to test this type of behavior in real conditions (to validate completely the process).

Mainly, this technique can be very useful during the phase of development.


If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.


Friday, March 7, 2014

Les IDE sont-ils dangereux pour les développeurs ?

Un article à méditer... Les IDE, comme les bons vieux éditeurs, sont des outils complémentaires à utiliser selon les besoins.

Lire l'information


Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

GSS est né : la programmation par contrainte à la rescousse de la mise en page CSS !

Un article intéressant qui trouvera un intérêt auprès des développeurs Web !

Lire l'information


Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Sunday, February 23, 2014

Behavior for integration of iCloud in your application

When you integrate iCloud in your document-based Cocoa application (activation of iCloud entitlement and update of provisionning profile under XCode) an open / save panel appears suddenly !

After multiple searches (in particular with the technical support of Apple), this behavior (which is not always wished) is globally inescapable.

In most of the cases, this behavior will suit to your application.


If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.

openAndSavePanelService errors

If you look at logs (in console), you will notice can be that the following errors appear :

com.apple.appkit.xpc.openAndSavePanelService[538]: assertion failed: 13B42: liblaunch.dylib + 25164 [FCBF0A02-0B06-3F97-9248-5062A9DEB32C]: 0x25

com.apple.appkit.xpc.openAndSavePanelService[538]: Bogus event received by listener connection:
<error: 0x7fff753d5b50> { count = 1, contents =
"XPCErrorDescription" => <string: 0x7fff753d5e60> { length = 18, contents = "Connection invalid" }

They are bound to the open / save panel, especially when you use this panel.


I noted that these errors seemed only from OS X 10.9.x.

Are them bugs ?

Before to answer to this question, the first thing to be verified is the capacity of your panel to load and to save your files.

If it is the case, you should not take into account these logs - 
these should be reported as bugs.

Let us hope that these bugs are corrected in the 10.9.2 version (or later).

If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.

New record for HIERO

New record for HIERO : 10.000 downloads !

Thank you again for your support.

Download HIERO

Friday, January 24, 2014

Android vs les autres !

Une étude intéressante entre les plateformes Android, iOS et Windows Phone, le vieux débat est relancé :

Lire l'information

Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Les développeurs amateurs sont - ils nombreux ?

Une information intéressante concernant la répartition des développeurs pro et amateurs dans le monde :

Lire l'information

Si vous aimez cette information et si vous souhaitez encourager un projet original, alors soyez sympa téléchargez SVP HIERO sur le MacApp Store.

Monday, January 20, 2014

Reserve Heads - Part 5 : conclusion

We arrive at the end of the case of Reserve Heads.

We tried to explain the role of these heads during the Old Kingdom, period in fact rather long.

You should not try to look for an absolute explanation : difficult considering our current knowledge.

But can it have there really a single explanation allowing that the notion of reserve heads was able to evolve for several centuries in the stoneware of religious expectations and mouvences ?


The passage of the religious Corpus (at least partially) from the royal circle to the private domain ( elitist circles) probably contributed to a slow and progressive process of evolution.

Having exposed in previous articles some sketches of explanations, we are in the presence of an evolutionary notion, which sometimes touches the paradox.

The notion of beheading, which so much frightens and its funeral associated rites (very particular), throws us in a complex religious imaging.


Reserve heads as reduced "statue" and the role of replacement of the real head of the deceased (anatomical element which summarizes the essence of the human being) that they suggest cannot be ignored.

Can be they were associated with Ka, even with of the deceased ? 


Let us not forget that the objective of any funeral "component" (and of all the Egyptian thought) which respects itself is to supply "tools" necessary for the survival of the deceased in the afterlife.

The notion of the reserve heads being in full evolution, certain aspects probably disappeared.

We attend the end of the Old Kingdom in the disappearance of the use of reserve - heads.

What is that the complex aspects of these heads were too disturbing ?


Can one envisage simply that these heads became "old-fashioned", replaced by other components "simpler" of use (in funerary context) ?

The debate remains open.


If you loved this article and if you wish to support this project, not to hesitate to download HIERO on the MacApp Store.