Beiträge von schymura

Hallo Lucas de Vil,

Zitat

Da bist du bei Java vermutlich falsch aufgehoben.

da magst du wirklich Recht haben, mir lag Delphi auch viel mehr.......
Aber leider funktioniert das ja unter Android nicht........

Zitat

Insofern ist string.charAt(position) ausreichend sprechend.

Hoffentlich trifft das dann bei Alzheimer dann noch zu.....

Schöne Grüße, schymura

Hallo Lucas de Vil,

Zitat

Wie geschrieben kannst du auch statt mit Integer mit Char rechnen, dann musst du nix umwandeln.

ja, du hast Recht, danke.

Aber mir kam es ja eigentlich darauf an irgendeine Funktion zu haben, die schon durch ihren Namen sagt, was sie macht. Etwa so wie das Gegenteil von tostring(), damit ich auch noch mit Alzheimer verstehen kann, was ich mal gewollt habe, ohne dass ich da einen Kommentar setzen müsste.......

Schöne Grüße am 1. April, schymura

Hallo CdWechsler,

if(!ServerOnlineCheck.isServerAisOnline() && !ServerOnlineCheck.isServerBisOnline()) {
			showServerUnreachableMessage();
		}

eine Frage hätte ich dazu:
Was passiert, wenn du

if((!ServerOnlineCheck.isServerAisOnline()) && (!ServerOnlineCheck.isServerBisOnline())) {
			showServerUnreachableMessage();
		}

schreibst?

Schöne Grüße, schymura

Hallo,
anscheinend gibt es keine andere Möglichkeit als über eine expizite Umwandung in einen Integer an den "ASCII"-Wert
eines Zeichens heran zu kommen, um dann damit zum Beispiel rechnen kann.
Dehalb schließe isch diesen Thread nun.
Danke nochmals.
Schöne Grüße, schmyura

Hallo Lucas de Vil und Uwe App,
danke für eure Codevorschläge.
Ich hatte es so codiert:

arbeitsname=arbeitsname.toUpperCase();
ascii_werte_String="";
int j=-1;
for (int i=0; i < arbeitsname.length();i++)
{
	j=(int) arbeitsname.charAt(i);
	if ((j > 64) &&  (j < 74))  // A-I
	{
		ascii_werte_String=ascii_werte_String+Integer.toString(j-64);
    	}
	else
	{
  	  if ((j > 73) && (j < 83))  // J-R
	 {
		 ascii_werte_String=ascii_werte_String+Integer.toString(j-73);
	 }
	 else
	 {
		if ((j > 82) && (j < 91))  // S-Z
		{
			ascii_werte_String=ascii_werte_String+Integer.toString(j-82);
		}
	}
}
// ascii_werte_String liegt dann schon in der richtigen Form für die Quersummenberechnung vor

Lucas de Vil:

Zitat

aber zumindest unter C läuft das genau so.

Weil es in C ja auch geht, hatte ich es ja auch nur mit (int) versucht und es ging. Anscheinend gibt es in Java oder Android keine Extrafunktion, die schöner aussieht....

UweApps:

Zitat

Und noch was zum Thema Sonderzeichen: einmal gibt es die Umlaute, wobei ein ß im Namen eher selten ist - eher taucht schon mal ein é auf (z.B. René). Da wirst du dann wohl keine so schöne Lösung finden.

Weil es in der Entsprechungstabelle des alten Pythagoras ja noch keine Sonderzeichen und so gab brauche ich sie in diesem Fall nicht zu berücksichtigen.

Schöne Grüße, schymura

Hallo Lucas de Vil,

Zitat

Ist nicht so einfach in ein LinearLayout zu werfen, wenn du mich fragst.

Ach, du kannst doch eine Vielzahl von benannten LinearLayouts machen, in die du ListViews und was sonst nacoh alles reinsetzen kann.
Da die LinearLayouts benannt sind, kannst du sie ja über .setVisible (View.VISIBLE), .setVisible (View.INVISIBLE) und .setVisible (View.GONE) schalten kannst, wie du willst.
Dabei entfernt GONE ja das entstrechende LinearLayout vorübergehend ganz aus der Anzeige, alles andere rutscht also nach.....

Schöne Grüße, schymura

Hallo Lucas de Vil,

Zitat

Hast du mal einen Link dazu?

so direkt jetzt nicht.

Aber hier ist eine Webseite von mir, auf der so eine Entsprechungstabelle steht.

http://heinz-juergen-schymura.de/Okkult/Namenszahl.htm

Schöne Grüße, schymura

Hallo Lucas de Vil,

Zitat

Wozu brauchst du das?

um die Stringeingabe des Users mit der von Pythagoras festgelegten Entsprechungstabelle den entsprechenden Zahelnwerten zzuzuordnen um dann damit weiter rechen zu können.

Ist eine Spielerei in der App "ZahlSpiel" die ich gerade stricke......

Schöne Grüße, schymura

Hallo,
habe ich da anscheinend mal wieder etwas nicht gefunden, oder übersehen, oder gibt es bei bei Java und Android wirklich keine andere Möglichkeit, als über eine expizite Umwandung in einen Integer an den "ASCII"-Wert eines Zeichens heran zu kommen, um dann damit zum Beispiel rechnen zu können?
Etwa so geht es ja,

//String arbeitsname wird übernommen
int j;
for (int i=0; i < arbeitsname.length();i++)
{
	j=(int) arbeitsname.charAt(i);
	if ((j > 64) &&  (j < 74))  // A-I
	{  // Mach dies und das


	}
}

aber ich finde dies etwas unschön, denn ansonsten geht ja alles über Objekte und Mehoden.
Man kann es so leicht im Quelltext übersehen und rechnte dann garnicht damit, dass man statt eines Zeichens einen Intergerwert hat.

Fragende Grüße, schymura

Hallo matthias,

Zitat

Mache ich Ingress wieder aus ist der Kreis wieder leer, also er trennt die Verbindung, GPS selbst ist aber noch an.

welche Verbindung trennt es??

Also, bei OSMAND braucht man keine Verbindung zu irgendeinem Server. Kann man also auch im Flugmodus betreiben, denn die Vektorkarten sind ja alle an Bord (auf dem Smartphone).

Schöne Grüße, schmyura

Hallo khh,
auch ich habe bisher noch keine Erfahurng mit der Programmierung von GPS-Apps.
Aber irgendwie scheint es dort ein Problem zu geben mit dem An- und Abschalten von GPS.
Erstens muss man ja wohl feststellen, on nicht eine andere App diesen Servis benutzt und falls ja, dann kann man den wohln nicht enfach abschalten.
Zweitens dauert es ja oft ganz schön lange, ehe das Samrtphone genug Sateliten zusammen hat.
Ich habe bei mehreren GPS-Apps beobachtet, z.b. auch bei dem von mir geliebten OSMAND, dass diese sicht NICHT darum kümmern, ob GPS angeschaltet ist. Sie nehmen es einfach so, wie es ist und überlassen es dem Benutzer den GPS-Service zu aktivieren.
Wenn dieser Beitrag auch eigentlich nicht unbedingt etwas mit deiner Frage zu tun haben sollte,
dennoch
Schöne Grüße, schymura

Hallo Lucas de Vil,

Zitat

Noch weniger verstehe ich, warum du im onDestroy() auf isFinishing() prüfst.
Gemäß Activity Life Cycle ist die Activity gerade am Sterben, nicht am Beenden.

Du hast Recht, das ist mehr als doppelt gemoppelt..........

Zitat

Was würde passieren, wenn du einfach nicht auf isFinishing() testest?

Das Gleiche wie ganz oben beschrieben.

Es ist also tatsächlich so wie du schreibst:

Zitat

Statische Variablen behalten auch immer ihren Kontext.

Da ich die statische Variable ja schon vor der craete() Methode gesetzt hatte behält sie auch ihren Kontext und wird nicht von der destroy() Methode entfernt. Das erzeugt dann bei einem erneuten Start der App nur vom Smartphone aus, nicht über Eclipse, eventuell einen Fehler, wenn es eine Diskrepanz zwischen den Werten der statischen Variablen gibt, wenn diese gleich bei der Deklaration gesetzt wird.

Schöne Grüße, schymura

Statische Variablen behalten auch immer ihren Kontext.

Hallo matthias,

Zitat

Das liegt an Eclipse.

bei mir ist es genau anders herum.
Da liegt es nicht an Eclipse, sondern an Android!
Dass der Fehler nicht auftritt, wen die App von Eclipse aus auf dem Smartphione gestartet wird zeigt nur, dass Eclipse alle eventuell noch vorhandenen Memorybelegungen durch eine Instanz der App vernichtet, ehe es die App neu ausführen lässt.
Schöne Grüße, schymura

Hallo allapow,

Zitat

Und überhaupt ...wieso machen static Variablen Probleme? Das verstehe ich nicht.

kurz vor deiner Frage hatte ich meine Erfahrungen mit Eclipse und Android beschrieben.
Hier:
Zusammmenspiel von static und onDestroy()
Schöne Grüße, schymura

Hallo allapow,
ich denke, das könnte etwas ähnl.iches sein, wie ich es bei meiner MusikApp festgestellt hatte.
Wenn Eclipse die App startet, dann werden auch immer alle noch vorhandenen (static) Variablen entfernt. Bei einem Start von dem Smartphone aus ist das nicht so, da kann die GB noch nicht alles entfernt haben.
Schöne Grüße, schymura

Hallo,
wieder mal habe ich, eigentlich mehr durch Zufall, ein einigermaßen überraschendes Verhalten von Android, auch gerade im Zusamenspiel mit Eclipse festgestellt.
In meiner App MusikZeit hatte ich einige globale Variablen noch oberhalb der onCreate() Methode deklariert und auch auf einen Wert gesetzt.

static boolean soll_auch_genres=false;

In der onDestroy() Methode habe ich dann den MediaPlayer gestoppt, wenn die App beendet wurde.

@Override
public void onDestroy() 
{	
	super.onDestroy();
	if (isFinishing())
	{
		if (myMediaPlayer!=null)
		{
			if (ist_am_spielen)
			{
				myMediaPlayer.stop();
				myMediaPlayer.reset();  
			}
			myMediaPlayer=null;
		}
	}
}

Es funktionierte anscheinend alles, kein einziges Problem trat auf, wenn ich von Eclipse aus die AApp auf dem Smartphone startete, egal ob ich ein einer Einstellungsactivity die Einstellungen (ohne Änderungen im Quellcode) so änderte, dass bei einem erneutem Start der Wert von der App soll_auch_genres auf true gesetzt wurde. Wenn ich den Start das von Eclipse ausführte, auch ohne Quellcodeänderung, dann war immer noch alles ok.

Sobald ich jedoch nach einer entsprechden Änderung in der Einstellungsactivity die App direkt vom Smartphone aus startete, gab es immer einen Fehler. Nach einen abermaligen Start der App vom Smartphone aus lief dannn alles richtig!!

Da ich die Vermutung hatte, dass es irgendwie an meiner onDestroy() liegen könnte testete ich das mal aus mit verschiedenen Ausklammerungen.

@Override
public void onDestroy() 
{	
	super.onDestroy();
	if (isFinishing())
	{
/*		if (myMediaPlayer!=null)
		{
			if (ist_am_spielen)
			{
				myMediaPlayer.stop();
				myMediaPlayer.reset();  
			}
			myMediaPlayer=null;
		}
*/
	}
}

Ergebnis: der gleiche Fehler!

@Override
public void onDestroy() 
{	
	super.onDestroy();
/*
	if (isFinishing())
	{
		if (myMediaPlayer!=null)
		{
			if (ist_am_spielen)
			{
				myMediaPlayer.stop();
				myMediaPlayer.reset();  
			}
			myMediaPlayer=null;
		}
	}
*/
}

Ergebnis: Kein Fehler.

Erst nachdem ich bei der Varibalen static boolean soll_auch_genres oberhalb der onCreate() Methode die Wertzuweisung wegließ und den Wert in der onCreate() Methode setzte funktionierte dann auch die von mir gewünschte onDestroy() Methode richtig.
Ohne jeglichen Fehler, egal wie die Einstellungen gesetzt wurden und egal, wie die App gestartet wurde.

Ich wollte diese Erfahrungnug einfach mal mitteilen, da ich das Verhalten nicht ganz nachvollziehen kann.

Mitteilende Grüße, schymura

Hallo Vaio,
wenn es dir nur darum geht auf dem Screen Punkte zu zeichnen könntest du auch direkt auf dem Bitmap des Canvas die Punkte setzen. Die blieben dann da wenn du einen neuen Punkt setzt und du hättest deine wachsende Linie.....

Schöne Grüße, schymura

Hallo drumliner,

Zitat

Vor allem als Entwickler.

ich bin kein Entwickler!
"Langenscheidt IQ Englisch" ist vielleicht für deinen Sohn gut, aber mir hilft das nicht sehr weiter, denn gerade das technische Englisch ist es ja, was mir abgeht.
Obwohl ich sagen kann, dass ich oft mehr vom technischem Englisch verstehe, als die, die Englisch gelernt haben......

hallo Kogoro,

Zitat

Also entweder selbst schreiben oder den Umweg nutze

wird wohl auf Letzters hinauslaufen.......

Schone Grüße euch Beiden, schymura

Hallo,
heute habe ich mal eine Frage, die nichts mit dem eigentlichen Programmieren zu tun hat.
Immer wieder stört es mich (etwas), dass ich, wenn ich Hilfe zu einem Objekt oder einer Methode benötige, immer erst mit Firefox (Browser) zu http://developer.android.com/ gehen muss um dort den gewüschten Begriff einzugeben, obwohl ich es ja eigentlich auch über die Hilfe in Eclipse machen könnte.

Nur leider habe ich das Problem, dass mein (nie gelerntes) Englisch wirklich nicht so gut ist. So nutze ich also häufig gern im Browser die Übersetzungsmöglichkeiten von Google und auch Bing (wenn eine Übersetzung garnichts taugt, dann kann man halt auch die andere switchen, ehe man dann doch das Orginal versucht zu verstehen).

Gibt es eine Möglichkeit auch diese Erweiterungen wie etwa "everygann Translator *.*.*" oder "ImTranslaor *.*" bei Eclipse einzubinden??

Hat jemand das schon gemacht, oder weiss, wie das gehen könnte, oder kennt jemanden, der da schon mal was von gehört hat?
Wenn ja, ich freue mich über Antworten.

Erwartungsvolle Grüße, schymura

Hallo septix,

Zitat

"promptsView.findViewById(R.id.kategorieInput)" anstelle von findViewById(R.id.kategorieInput) funktioniert!

einfacher und besser lesbar wäre es jedoch, wenn du einfach nur die Reihenfolge "erst erzeugen, dann zugreifen" einhalten würdest dann brauchst du kein "promtsView", wie ja auch Kogoro schon schrieb nur die Reihenfolge der Zeilen 29 und 30 tauschen......

Schöne Grüße, schymura