Seite 2 von 2
Re: Das XCodeJock-Projekt
Verfasst: Sa, 21. Feb 2009 12:57
von brandelh
Hi,
wer es unbedingt braucht ... allerdings finde ich, dass bei dem Preis von Xbase++ und den Prof. Sub Gebühren die normalen Standard-Controls gefälligst unter jedem BS so auszusehen haben wie es dort Standard ist. Und den Date-/Time Picker zähle ich jetzt mal zum Standard
Es ist also Alaskas Job ... wobei ich mit den aktuellen eigentlich gut auskomme und es besonders gut finde wie einfach ich das Tastatur Verhalten ändern kann.
Re: Das XCodeJock-Projekt
Verfasst: Sa, 21. Feb 2009 13:04
von Jan
Hubert,
Hubert hat geschrieben:allerdings finde ich, dass bei dem Preis von Xbase++ und den Prof. Sub Gebühren die normalen Standard-Controls gefälligst unter jedem BS so auszusehen haben wie es dort Standard ist.
Jawoll!
Hubert hat geschrieben:wobei ich mit den aktuellen eigentlich gut auskomme
Naja, ich im Prinzip auch. Aber wenn ich daran denke, was ich da für Stunden renigesteckt habe, um eine Windows-konforme Fortschrittsanzeige einzubauen - da wäre mir ein entsprechender XBPart doch lieber gewesen. Trotz all der Dinge, die ich durch das durchwuseln selber für mich gelernt habe. Und ich kann mir vorstellen, das z. B. die Ribbons in manchen Anwendungen durchaus interessant sein können. Noch sind die kein Windows-Standard-Element. Aber nachdem MS die im nächsten Office in alle Einzelteile und sogar in das neue Wordpad einbaut, da wird es wohl nicht mehr dauern, bis das allgemeiner Standard sein wird.
Allgemein würde ich mir wünschen, das die vorhandenen XBParts sich einfacher konfigurieren lassen. Ist ja schön und gut, was man alles mit OwnerDrawing machen kann. Aber damit ist natürlich immer ein gewisser Aufwand verbunden. Das sollte einfacher gehen. Finde ich.
Jan
Re: Das XCodeJock-Projekt
Verfasst: Sa, 21. Feb 2009 17:12
von AUGE_OHR
ok ich sehe ja ein das ich euch was präsentieren muss was mit Xbase++ "nicht so einfach" zu
machen ist. Also hier das nächste Beispiel.
- CJ_Tab_Multi.JPG (23.11 KiB) 10355 mal betrachtet
und der Code dazu ist.
Code: Alles auswählen
oDlg := XbpDialog():new( ,,aPos,aSize,aPP )
oDlg:title := "Codejock Tabpage Class"
oDlg:titleBar := .T.
oDlg:taskList := .T.
oDlg:icon := 1
oDlg:create()
drawingArea := oDlg:drawingArea
// Tabpage Control Manager
drawingArea := HX_Tab():new(oDlg:drawingArea,,{0,0}, {600,480} ):create()
FOR i := 1 TO 30
oXbp := XbpTabpage():new(drawingArea , , {0, 10}, {600,480} )
oXbp:caption := "Tabpage "+LTRIM(STR(i))
oXbp:tabactivate:= {| uNIL1, uNIL2, self | msgbox("hallo 1","Hinweis 1") }
oXbp:create()
NEXT
Re: Das XCodeJock-Projekt
Verfasst: Do, 07. Mai 2009 15:51
von Wolfgang Ciriack
Wer gedenkt, die CodeJock Suite Pro 13.0 incl. 30 Tage Support zu kaufen, sollte mal bei Motleysoft.com schauen, die Version mit Gutscheincode "CLARION" kostet dort 293,04 €.
Re: Das XCodeJock-Projekt
Verfasst: Di, 19. Mai 2009 14:21
von Tom
Hallo, Jimmy.
Hast Du eigentlich schonmal mit DockingPanes gearbeitet? Insbesondere mit dem SL1?
Re: Das XCodeJock-Projekt
Verfasst: Do, 21. Mai 2009 8:38
von AUGE_OHR
Tom hat geschrieben:Hast Du eigentlich schonmal mit DockingPanes gearbeitet? Insbesondere mit dem SL1?
ne nicht so "richtig" ... ich habe es im Express++ Forum gelesen und werde mir das mal ansehen.
Re: Das XCodeJock-Projekt
Verfasst: Sa, 18. Jan 2014 2:04
von AUGE_OHR
hi,
es ist zwar nur ein Workaround für Ownerdraw Menus aber es funktioniert soweit :
Code: Alles auswählen
* ::oSkin:ApplyOptions := nOR(xtpSkinApplyColors,xtpSkinApplyFrame,xtpSkinApplyMetrics)
// weniger sonst kein Ownerdraw Menu
::oSkin:ApplyOptions := nOR(xtpSkinApplyColors,xtpSkinApplyFrame)
damit geht ein Pop-Up Ownerdraw Menu ohne Probleme.
ein normales Menu würde man ja so schreiben :
Code: Alles auswählen
LOCAL oMenuBar := oMainDlg:menuBar()
// hier Ownerdraw überschreiben der measureItem / drawItem Slots
oMenuBar:measureItem := { | nItem, aDims, oSelf | MeasureMenubarItem( nItem, aDims, oSelf ) }
oMenuBar:drawItem := { | oPS, aInfo, oSelf | DrawMenubarItem( oPS, aInfo, oSelf ) }
// Menu Item Grupper waagerecht
oMenu := XbpImageMenu() :new( oMenuBar )
damit hängt sich die Menubar zwischen die Titlebar und der DrawingArea was diese verkleinert.
wenn ich nun die measureItem / drawItem von c:\ALASKA\XPPW32\Source\samples\basics\OWNERDRW\MENUS.PRG nutze.
bekomme ich folgenden Effekt : beim erst Mal werden die waagerechten Item Gruppen in der Menubar gemalt.
wenn ich aber darauf clicke passiert nichts ... wenn ich da drüber in der Titelbar die Maus habe wird "dann" das Item gemalt ...
ich habe dann in meiner eigenen DrawMenubarItem() folgendes probiert :
Code: Alles auswählen
IF SP_UseSKIN() = .T. // Skinframework
aRect[ 4 ] -= MenuBarHeight
aRect[ 2 ] -= MenuBarHeight
ELSE
// wenn er bei "neuzeichnen" auf dem letzten horizontalen item steht
IF BAND( nAction, XBP_DRAWACTION_DRAWALL ) != 0 .AND. nItem >= nMax
// hier wird die Menubar gemalt
ENDIF
ENDIF
ich muss nun auf das Icon ( links oben ) clicken und das Menu läuft dann in der Titlebar ... damit kann ich leben.
Re: Das XCodeJock-Projekt
Verfasst: Mi, 05. Feb 2014 21:43
von Wolfgang Ciriack
Ich habe bisher mit einer ziemlich alten Version von Codejock (13.0.0) eine Ribbonbar unter XP,Win7 lauffähig.
Kann es sein, dass das unter Win8 nicht mehr funktioniert ?
Setzt jemand unter Win8 das CommandBar Control ein ?
Re: Das XCodeJock-Projekt
Verfasst: Mi, 05. Feb 2014 23:43
von AUGE_OHR
Wolfgang Ciriack hat geschrieben:Ich habe bisher mit einer ziemlich alten Version von Codejock (13.0.0) eine Ribbonbar unter XP,Win7 lauffähig.
Kann es sein, dass das unter Win8 nicht mehr funktioniert ?
nö ....
Wolfgang Ciriack hat geschrieben:Setzt jemand unter Win8 das CommandBar Control ein ?
ja
hast du im Environment die "CODEJOCK_VERSION" eingetragen ?
Re: Das XCodeJock-Projekt
Verfasst: Do, 06. Feb 2014 10:31
von Wolfgang Ciriack
Habe mal Codejock direkt installiert, jetzt läufts.
Fehlte scheinbar etwas.
hast du im Environment die "CODEJOCK_VERSION" eingetragen ?
Mache ich im Programm selbst über CJ_Version("13.0.0").