Trouble Ticket System gesucht...

[TMC]

danke, ich schau mir das mal an, weil ich das dann auch so mal brauchen könnte.

[eknori]

ich habe heute eine Anfrage an IBM geschickt, die Tabs und die Columns zur Laufzeit änderbar zu machen. Mal sehen, ob die das bis Version 10 gebacken kriegen. 

[Semeaphoros]

Jo, geht aber nur, wenn die Mehrsprachigkeit nicht dynamisch sein muss (aber immerhin .... )

[eknori]

ich bin für jede Idee offen ...

[Semeaphoros]

Klar, nur haben sollte man sie noch. Du willst ja offensichtlich den Language-Tag nicht benutzen, oder sehe ich das falsch?

[eknori]

>>  Language-Tag  ??

habe ich da was übersehen ?

[Semeaphoros]

Die "eingebaute Mehrsprachigkeit", jedes Design Element hat einen solchen Tag. Wenn man den Global Designer verwendet, macht er im Fall von Views Kopien mit demselben Namen und entsprechenden Lang-Tags. Habs selber auch noch nicht genau angesehen, aber zu studieren sein sollte das, wenn man sich ein mehrsprachiges Mehlpfeil zusammenschustert.

[eknori]

yoo, aber pro Sprache ein Designelement ... kommt mir nicht in die Tüte. Ich will EIN Element für alle Sprachen.
Und das es geht, zeigt die DB.

Zur Not lasse ich mich noch zu einem Kompromiss hinreißen, was die Views angeht. Dann müssen die halt eben in den Hauptsprachen hinterlegt werden. Oder man nutzt die Sprache des Servers, wo die Db installiert ist; dann komme ich wiederr mit einer View aus

[Semeaphoros]

Grundsätzlich finde ich das gut, nur, wenns nicht anders geht, bei den Ansichten ist das ja offenbar nicht anders möglich. Hab jetzt keine Ahnung (aber das lässt sich ja nachschauen ), ob man auf die Spracheinstellung der DB zugreifen kann, wenn ja, dann lässt sich das doch kombinieren - oder?

[TMC]

Ulrich, ich bin doch dafür, dass Du die Views mit einbindest 
Nicht weil man das hier braucht, aber weil Du mit Deiner DB imho einen gewissen Meilenstein gesetzt hast bezügl. Mehrsprachigkeit, jedenfalls hab ich das nirgendwo sonst so gesehen.

Hab mal schnell eine Function geschrieben:

Code

Public Function ChangeViewColumnTitle(strViewName As String, vNewTitles As Variant) As String
%REM
	###################################################################################
	Goal:
	change all column titles of a view
	~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	Arguments:				Description:
	strViewName				Name of the view
	vNewTitles					A variant array of strings. Contains the new column values
	~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	Return:
	Empty string ("") if function was successful
	Error message (string) in case of runtime errors
	~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~	
	Example:
	Sub Click(Source As Button)
		Const VIEW_TO_CHANGE$ = "All Addresses"
		Dim strChangeViewCol As String
		Dim strNewColumnTitleArray(2) As String
		strNewColumnTitleArray(0) = "Nachname"
		strNewColumnTitleArray(1) = "Addresse"
		strNewColumnTitleArray(2) = "Ort"
		strChangeViewCol = ChangeViewColumnTitle(VIEW_TO_CHANGE, strNewColumnTitleArray)
		
		If strChangeViewCol = "" Then
			Msgbox "View column titles changed."		
		Else
			Msgbox strChangeViewCol, 48, "Unexpected error"
			Exit Sub
		End If
	End Sub
	~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~	
	VERSION / WHEN / WHO / CHANGES
	01			02 Dec 2004		TMC (Matthias)			new
	'###################################################################################	
%END REM
	
	On Error Goto ErrHandler
	
	Dim session As New NotesSession	
	Dim db As NotesDatabase
	Dim view As NotesView
	Dim viewColumn As NotesViewColumn
	Dim intLoopCount As Integer
	Set db = session.CurrentDatabase
	Set view = db.GetView(strViewName)
	
	'// Is input value an Array?
	If Not Isarray (vNewTitles) Then Error 1001, "<vNewTitles> is not an array !"
	
	'// Has the input array the same number of elements as the view has?
	'// REM this out if you do not need that check - so we will just begin with the 1st column and end with the last provided array element.
	If Not view.ColumnCount = (Ubound(vNewTitles) - Lbound(vNewTitles) + 1) Then 
		Error 1002, "<vNewTitles> does contain a different no. of elements vs. the the no. of columns"
	End If
	
	'// now we loop through the provided array and set the column titles
	intLoopCount = -1
	Forall loop_elem In vNewTitles
		intLoopCount = intLoopCount + 1
		Set viewColumn = view.Columns(intLoopCount)
		viewColumn.Title = loop_elem 'there is no need for a save, this set property changes the column title !
	End Forall
	
	'// it seems as if the function was successful, so we return an empty string which indicates the success
	ChangeViewColumnTitle = ""
	
	
GoOut:
	Exit Function
ErrHandler:
	ChangeViewColumnTitle = Error$ & " (Line #" & Erl & ")"
	Resume GoOut
End Function

Ein Schließen und neues Öffnen der DB ist dadurch übrigens nicht nötig, allerdings muss man eine andere View anspringen und wieder zurückwechseln damit das klappt (zumindest in ND6.5.2).

Was ich mir noch ansehen muss:

• Wie verhält sich das, wenn User nur Leserechte hat? Ich befürchte da Einschränkungen.

So long,
Matthias

[eknori]

@Matthias: merci vielmals; werde ich mir morgen gleich einmal ansehen ...

[Semeaphoros]

Also ... wenn das so geht, ist das ja ideal. Man sollte allerding nicht nur testen, was bei ReadOnly passiert, sondern auch, was passiert, wenn zwei User gleichzeitig die DB auf dem Server mit unterschiedlicher Sprachversion benutzen. Da dürfte möglicherweise der Grund für die Mehrere-Design-Elemente-Strategie liegen.

[eknori]

Das ist bei den Tabs der Fall, wenn ich es mit der DesignClass von Damien Katz gemacht hätte.  Bei der vc.title Geschichte sollte das doch auf dem Client ablaufen 
Aber das werde ich morgen testen;...

[TMC]

Man sollte allerding nicht nur testen, was bei ReadOnly passiert, sondern auch, was passiert, wenn zwei User gleichzeitig die DB auf dem Server mit unterschiedlicher Sprachversion benutzen.

Stimmt, da wird es IMHO spätestens krachen 
Ist eigentlich wie bei den Tabellen-Tabs in der Form, wenn man diese direkt modifiziert.

Weiter wären noch Replizierkonflikte interessant.

[TMC]

Bei der vc.title Geschichte sollte das doch auf dem Client ablaufen 

Damn, leider nicht 
Hab mir die View nach der Änderung im Designer angesehen, es wird das Designelement selbst angefasst.
Also leider nicht wirklich eine Lösung....

[eknori]

OK, dann muss halt eine andere Lösung her .. möglicherweise was mit Rahmen und views ohne Header oder so ein Gedönse ...
Dann müsste man sich aber was bzgl. der Aktionen einfallen lassen ...

P.S. Ich finde den Fred hier übrigens sehr spannend, da sehr viele Themen rund um den Designer angefasst werden

[TMC]

P.S. Ich finde den Fred hier übrigens sehr spannend, da sehr viele Themen rund um den Designer angefasst werden

Deswegen beteilige ich mich auch 
Hab zwar jetzt mal eine Function geschrieben, die wir gar nicht brauchen, aber was soll's. Irgendwann braucht man die vielleicht doch noch mal.

Hmm, an die Sache mit Frames hab ich auch schon gedacht, ich befürchte da nur

• User ändert Spaltenbreite, dann passt es überhaupt nicht mehr
• Irgend ein dämliches Fokus-Problem, wenn man in Frame 1 einen Buhtong anklickt und erwartet, dass ausgewählte Doks von Frame 4 abgearbeitet werden.

Gut, was man noch machen könnte:
Dem DB-Admin ein Konfig-Dokument bieten. Dort trägt dieser für alle Sprachen die Spaltenbezeichnungen ein. Dann klickt er auf einen Buhtong. Dieser Buhtong macht folgendes:

• erstmal alle bisherigen Views löschen die man nicht braucht (z.B. anhand Kennung im View-Namen)
• Views kopieren und Spaltenwerte setzen (mit meiner Function  :D)

Jetzt müsste man nur noch steuern, dass je nach Sprache die jew. View gezogen wird.

Nachteil(e):

• Performance (redundante Views in der DB)

[eknori]

anderer Ansatz: die views beziehen über vc.Title die Bezeichnungen aus einem Sprachdokument anhand der Sprache des Servers (Region= in der notes.ini).
Oder wir verwenden grundsätzlich Esperanto !

Frage: wie verhindert man das Replizieren einzelner Desingelemente? ( Matthias' Feststellung zur Verwendung von vc.title )

Oder bleibt die Spracheinstellung zumindest solange erhalten ( und spielt sich damit im Client ab ) wie der User angemeldet ist ?.

testen sollte man also folgendes:

User 1 üffnet DB und bekommt Views über vc.title angeboten
User1 wechselt die View ( da sollte nix passieren )
jetzt öffnet User 2 die DB in einer anderen Sprache

Beide wechseln views; was ist das Ergebnis ??

so, bin jetzt weg ... testen ...

[Semeaphoros]

Also, Rep-Konflikte gibts bei Design-Dokumenten nicht. Das jüngere gewinnt per Definition. Möglich, dass das ganze funktioniert, wenn der User weniger als Designer-Rechte hat, denn ohne Designer-Rechte sollte man die vc.title nicht abspeichern können. Dann könnte es lokal bleiben.

[TMC]

Leider nicht Jens, mit Editor-Rechten kommt:

Notes error: You are not authorized to perform that operation

Zeile 64:

Code

viewColumn.Title = loop_elem