Tag: IPhone


Gelangweilt von Werbung 1

22 July 2009 — 10:57 PM

Sorry, this post is not available in English

Von Werbung möchte sich heutzutage ja niemand mehr beeinflussen lassen. Doch Werbung geht heute ein Stückchen weiter als in alten Zeiten und ist intelligenter geworden, denn keine Firma sollte und möchte mehr offensichtlich ihre Produkte verkaufen, denn das würde den potenziellen Konsumenten eher abschrecken. Die neuste Werbestrategie nennt sich Neuromarketing und zielt darauf ab potenzielle Konsumenten unterbewusst zum Kauf eines bestimmten Produktes zu verleiten.

Waschmaschine spannender als Werbung

„Das sagt mir mein Bauchgefühl“ ist oftmals der erste Schritt etwas zu tun ohne genau zu wissen warum man es tut. Man muss es einfach tun. Und manchmal ist die Intuitive Handelnsweise nicht die schlechteste. Und genau das nutzen die neusten Marketingstrategien. Dem Kunden wird durch intelligente Werbung ein bestimmtes Produkt schmackhaft gemacht und er wird sich im Geschäft eher für das unterbewusst gemerkte als ein anderes entscheiden. Diesen Effekt erreicht man Sie z.B. indem in Werbespots der Namen der Marke gleich zu Beginn einblendet wird. Das Problem heutzutage für die Hersteller: Die potenziellen Kunden schalten bei Werbung ihr TV-Gerät lautlos oder gar um, weil sie sich genervt fühlen. Außerdem kommt hinzu, dass Fernsehen immer unpopulärer wird. Dafür gewinnen in den Haushalten Videospiele und Mobile Geräte wie zmb PSP oder iPod/iPhone immer mehr an Bedeutung. An diesem Punkt stelt sich für uns die Frage warum man nicht geziehlt kostenlose Spiele anbittet. Diese wiederum beinhalten indirekte Werbung.

Im zweiten Teil mehr zu den Zahlen aus dem Bereich “in game advertising”

1 comment » | Allgemein

IPhone 4.0 Patente

13 July 2009 — 1:40 PM

Sorry this post is currently unavailable in English

Noch nicht lange ist das iPhone 3Gs auf dem Markt schon wird über Neuerungen nachgedacht.

Das iPhone ist ja schon seit Erscheinen Vorreiter der neuesten Funktionen. Und die ersten neuen Patente für das iPhone 4 sind bereits angemeldet. Diesmal geht es um Haptik, Fingererkennung und einen RFID-Leser.
Bei der haptischen Rückmeldung geht es darum, dass das iPhone auch taktil erkundet wird. Der Screen wird an verschiedenen Stellen vibrieren was eine fast schon blinde Bedienung verspricht.
Die Fingererkennung dient, wie es erst den Anschein hat, weniger der Sicherheit, sondern eher nur um die Erkennung der Nutzer-Fingers. Dadurch wird versprochen, dass einzelne Finger unterschiedliche Funktionen nutzen. So erkennt das Gerät, dass z.B. der Zeigefinger für Play und Stopp bedient, der Mittelfinger fürs Vorspulen und der Ringfinger fürs Zurückspulen.

finger_recognition1
RFID-Tags werden mit Informationen zu Preis oder Art des jeweiligen Artikels in Waren gefüttert. Da RFID immer mehr im Alltag eingesetzt werden, könnte diese Funktion eine sehr gute Ergänzung darstellen.

Weitere neue Patente sollen die “Eventbasierte Modi“ sein. Sie sorgt dafür, dass das iPhone sich beim bedienen speziellen Events anpasst. Seien es Wettereinflüsse, Kalendereinträge, Wochentage, bestimmte News oder einfach laute Umgebungspegel. Z.B. wenn man in einer Theatervorstellung sitzt, sollte das Handy nicht klingeln. Im Prinzip erkennt das iPhone diese Situation und wählt das richtige Profil.

iphone-40-event-based-modes
Eine andere neue Möglichkeit wäre die „Userprogrammierte Kommunikationen”. Sie soll automatisch Glückwünsche zur richtigen Zeit an die Person die man eingestellt hat versenden (z.B. Geburtstage).

Ein weiteres Patent liegt auf dem “Systems and methods for intelligent and customizable communications between devices”. Mit ihm kann man bestimmte Leute wissen lassen wann man von Terminen wieder da und erreichbar ist.

Aber wie auch immer das zukünftige iPhone auch aussehen mag: Bis Apple mit allen Neuerungen betriebsbereit ist, dürfte es noch ein Weilchen dauern.

Mehr Informationen:

Next in your iPhone OS: live object identification, face recognition, text filtering, smarter messaging, voice alteration

iPhone 4.0 OS: event based modes, intellingent and scheduled communications

1 comment » | News

Mecca Application for iPhone 3Gs

29 June 2009 — 10:36 PM

Update

After i period of time, Apple finally approved our new app called iMecca. iMecca is an Islamic App that shows you the correct direction of Mecca, Kaaba.
This technology works only with iPhone 3Gs. Because of integrated compass and GPS function. Check it out at the App Store.
Link to App Store

imecca_icon_5121

We develop an application for iPhone 3gs. It calls „iMecca“. This App show you the right direction of Mecca. This technical works only with iPhone 3Gs. This Application is in Review from Apple.

3 comments » | Products

Propertys for accessors

3 June 2009 — 10:32 AM

Encapsulation is one of the most important concepts in object-oriented programming. To ensure Encapsulation, setter and getter methods (accessors) have to be written for every instance-variable. This could be very time-consuming and boring, because the most accessors are quite the same, except the instance-variable name. Therefore the decision is obvious to let the compiler generate accessors for us. This proceeding is called synthesize and was implemented with Objective-C 2.0 with so called properties.

Propertys generel syntax:

header
@property (attribute1, attribute2, attribute3, attribute4) datatype variablename;

implementation
@syntesize variablename;

If the instance-variable is synthesized, the access is:

standard-syntax
[Obj setVariablename:value]
printf(„The Value: %i“, [Obj variablename]);

point-syntax
Obj.variablename = value;
printf(„The Value:  %i“, Obj.variablename);

Annotation:
The Dot-Syntax exists without dependence on properties. Its possible to write accessors without properties and access them via Dot-Syntax.

The 4 attributes define following:
-access-type (readonly, readwrite)
-setter-semantik (assign, retain, copy)
-atomicity
-setter- and getter-name

Access-type

In case of readonly only the getter is synthesized. With readwrite both, getter and setter, are synthesized.

Setter-semantic

Assign

Assign is the standard setter-semantic. If you leave the setter-sematic attribute empty, the compiler choose automatically the assign semantic.Assign is the simplest setter-semantic. The new value is simply assigned to the instance-variable, nothing else. The reference-counter is not increased and thereby there is no need to decrease an older increasement. The consequence is, that the receiver-class isnt an object-owner. If the sender-class decrease the reference-counter, the object will be deleted and the receiver-class no longer has access to it. Offcourse this could happen inversely, too. Because of this, propertys with assign-semantic shouldnt be released in the dealloc-method (because its never been retained).

Example (compiler-generated code)
-(void)setVariablenname:(id)senderValue
{
 instanceValue = senderValue;
}

assign

Retain

Retain solves the problem of the assign-semantik. First the instance-variable is released, because it maybe points already to an other object. Then the new value is assigned to the instance-variable. In the last step the instance-variable is retained. This means that the receiver-class is now an object-owner. The sender-class is now free to release the object and it still stays alive and accessible to the receiver-class. As the retain-semantic retains the instance-variable, it has to be released in the dealloc-method. Both classes (receiver and sender) point to the same object. If one of the classes change the object it is also changed to the other class.

Example (compiler-generated code)
-(void)setVariablenname:(id)senderValue
{
if(instanceValue != senderValue)
  {
   [instanceValue release];
   instanceValue = senderValue;
   [instanceValue retain];
}
}

retain

Copy

Copy allows a class to be the only owner of an object. The submitted object is first copied and then assigned to the instace-variable. The advantage is the independance of the object. If the sender-class changes the object, it has no consequences to the copied object from the receiver-class.

Example (compiler-generated code)
-(void)setVariablenname:(id)senderValue
{
if(instanceValue != senderValue)
  {
   [instanceValue release];
   instanceValue = [senderValue copy];
}
}

copy

Atomicity

Atomicity assure safe access of multiple threads. Only one thread is allowed to access the accessors at the same time.To avoid this the attribute „nonatomic“ has to be named. More at friday.com

Setter- and getter-names

As described above the standard names are „setVariablename:“ (setter) and „variablename (getter). This can be changed. As example, in case of boolean-variables, its nice to have a getter like „isInitial“. To manage this the attribute „getter = isInitial“ have to be named in the property definition. Thereby the boolean-variable can be accessed like this:

[Object isInitial];
Object.isInitial;

If the access-type is „readwrite“,  its also possible to change the standardame for the setter-method with the attribute „setter = otherName“.

Source
developer.apple.com

3 comments » | ObjC

Messages VS Methodcalls

12 May 2009 — 4:22 PM

I write this post to make the transfer between C++ or Java to ObjC (Objective-C) a little bit easier.

One of the biggest differences between ObjC (Objective-C) and C++ or Java is the philosophy behind functioncalls. While you speak about methodcalls in context of Java or C++, in ObjC its called messages to objects.

With a methodcall under C++ or Java the method is binded before the programm starts. This means that the objects method must exist, otherwhise there would be an compilererror and starting the programm would be impossible. This early binding has the benefit of preventing mistakes due programming of methodcalls. However early binding is very unflexible.

Among ObjC you send messages to objects. This comes from Smalltalk. Messages are send during the runtime, enabling late binding. The object interprets the messages while runtime and decides which function to call. This means that the compiler dont check the existence of the function before runtime. Late binding hold the drawback of making mistakes while programming functioncalls. But the big advantage of flexibility.

This Example looks very simple but wouldnt work on C++ or Java:

implementation ClassOne

-(void)doSomeThing
{…}
@end

implementation ClassTwo

-(void)doSomeThing
{…}
@end

int main(…)
{
id *object = [[ClassOne alloc]init]; //id stands for any type of object
[object doSomeThing]; //call ClassOne`s method
[object release];
object = [[ClassTwo alloc]init];
[object doSomeThing]; //call ClassTwo`s method
}

1 comment » | ObjC

IDecideFood on IPhone

31 March 2009 — 1:48 PM

Today we finished another little project that comes out of nowhere. During our projects we need something to eat, of course, but we couldn’t decide which food. So we came with this idea to let the iphone decide^^.

link to game

idecidefoood_icon_512

Thanks to iApper for posting our game,www.iapper.com

Comment » | Products

Back to top