Questions about adapting a screen

joejoe2010

Hi everybody,

I would like to edit a screen (https://sourceforge.net/apps/mantisbt/openpetraorg/view.php?id=374) and already had a look into https://sourceforge.net/apps/mediawiki/openpetraorg/index.php?title=How-To:_Creating_a_Maintain_Table_screen.

I wonder if the Designer from SharpDevelop can be used to edit the screen or is it all about editing the corresponding yaml-file and then execute "nant generateWinform"?

Because on trying to use the SharpDevelop Designer I get several error messages (f.e. System.ComponentModel.Design.Serialization.CodeDomSerializerException: The variable 'SizeType' is either undeclared or was never assigned.)
Aswell in Visual Studio I get errors.

By the way: as adviced in the wiki (https://sourceforge.net/apps/mediawiki/openpetraorg/index.php?title=Setup_of_Development_Environment_for_Windows#SharpDevelop) adviced the 4.1 version of SharpDevelop isn't any more abailable on their homepage. So I'm using version 4.2

I have another question: if I add a branch as described here https://sourceforge.net/apps/mediawiki/openpetraorg/index.php?title=How_to_work_with_bazaar_through_the_GUI_on_Windows#Create_a_new_branch_on_Launchpad I get another folder locally that has roundabout 370MB (after compiling it). Is this the way you guys normally develop? Can I delete the folder again after finishing and proposing my branch to trunk?

Thank you in advance
Joachim

pokorra

Hello Joachim,

for a MessageBox, please have a look at Wolfgangs recent commit for a special messagebox:
bazaar.launchpad.net/_wbrowa/ope ... ualCode.cs
bazaar.launchpad.net/_wbrowa/ope ... geBox.yaml

The instruction for the maintain table screens are very specific to those screens, you have to disregard some things for general yaml screens.
Have a look at Wolfgangs Messagebox, perhaps start with extending his Messagebox with that button first.

We are not using any designer for the UI interface.
It should open in SharpDevelop though. Perhaps it broke again. There is an open bug in Mantis for that: sourceforge.net/apps/mantisbt/o ... php?id=493
See my last comment on that bug.

Regarding the size of the directory: Yes, once you committed to Launchpad, you can delete the branch locally.
You can also reuse the directory, and switch to another branch, with the Switch button in Bazaar Explorer.

You can change SharpDevelop 4.2 in the wiki.

Thanks,
Timotheus

christiankatict

You can change SharpDevelop 4.2 in the wiki.

Not so sure whether we should change that as of now as SharpDevelop 4.2 is still a Beta version.
I haven't installed it yet for that reason and wouldn't know how stable it is and if any Project or Solution file formats would need to be changed in our Generator first...

Has anybody got already experience with SharpDevelop 4.2 when working on OpenPetra development?

joejoe2010

Hey all,

thank you for your answers.

I tried to do some first steps but I faced an error
-> sourceforge.net/apps/mantisbt/o ... php?id=678

Any ideas?

Greetings
Joachim

pokorra

christiankatict wrote
You can change SharpDevelop 4.2 in the wiki.

Not so sure whether we should change that as of now as SharpDevelop 4.2 is still a Beta version.
I haven't installed it yet for that reason and wouldn't know how stable it is and if any Project or Solution file formats would need to be changed in our Generator first...

Has anybody got already experience with SharpDevelop 4.2 when working on OpenPetra development?

I have started using SharpDevelop 4.2 Beta two days ago, and it is working fine for me.
Only difference so far that I can see is the Find screen, you need to press Ctrl-Shift-F to get the full find screen, otherwise just a little window opens to search in the current file.

Project files etc are no problem.

Regarding the compiler error, Joachim, I have answered on the tracker item itself.

joejoe2010

Thank you Timo
I saw your comment on mantis.

It seems that the problem has gone for the moment. I'll keep an eye on it.

Greetings
Joachim

joejoe2010

Hi,

I've been doing some first implementation steps.
You can find them here code.launchpad.net/_jomammele/o ... _exception

Unfortunatley after execute nant generateSolution (in order to add Ict.Petra.Client.CommonForms as a reference to Ict.Petra.Client.app.Core - which did work!) I ran into an error:

generateProjectFiles:

BUILD FAILED

INTERNAL ERROR

System.Exception: There is a cyclic dependancy for projects Ict.Petra.Client.app.Core and Ict.Petra.Client.app.Formatting and Ict.Petra.Client.app.Gui and Ict.Petra.Client.app.MainWindow and Ict.Petra.Client.CommonControls.Gui and Ict.Petra.Client.CommonDialogs and Ict.Petra.Client.CommonForms and Ict.Petra.Client.MCommon.Gui and Ict.Petra.Client.MCommon.Gui.Setup and Ict.Petra.Client.MCommon.logic and Ict.Petra.Client.MCommon.verification and Ict.Petra.Client.MConference.Gui and Ict.Petra.Client.MConference.Gui.Setup and Ict.Petra.Client.MFinance.Gui and Ict.Petra.Client.MFinance.Gui.AP and Ict.Petra.Client.MFinance.Gui.Budget and Ict.Petra.Client.MFinance.Gui.Common and Ict.Petra.Client.MFinance.Gui.Gift and Ict.Petra.Client.MFinance.Gui.GL and Ict.Petra.Client.MFinance.Gui.ICH and Ict.Petra.Client.MFinance.Gui.Setup and Ict.Petra.Client.MFinance.logic and Ict.Petra.Client.MPartner.Gui and Ict.Petra.Client.MPartner.Gui.Extracts and Ict.Petra.Client.MPartner.Gui.Setup and Ict.Petra.Client.MPartner.logic and Ict.Petra.Client.MPartner.verification and Ict.Petra.Client.MPersonnel.Gui and Ict.Petra.Client.MPersonnel.Gui.Setup and Ict.Petra.Client.MReporting.Gui and Ict.Petra.Client.MReporting.Gui.MConference and Ict.Petra.Client.MReporting.Gui.MFinance and Ict.Petra.Client.MReporting.Gui.MFinDev and Ict.Petra.Client.MReporting.Gui.MPartner and Ict.Petra.Client.MReporting.Gui.MPersonnel and Ict.Petra.Client.MReporting.Gui.MPersonnel.ShortTerm and Ict.Petra.Client.MReporting.logic and Ict.Petra.Client.MSysMan.Gui and Ict.Petra.Client.MSysMan.Gui.Setup and Ict.Petra.PetraClient and Ict.Testing.exe.Printing and Ict.Testing.exe.SampleDataConstructor and Ict.Testing.lib.Common.Controls and Ict.Testing.lib.generateWinforms and Ict.Testing.lib.MainNavigationScreens and Ict.Testing.lib.MFinance.GiftForm and Ict.Testing.lib.MFinance.GL and Ict.Testing.lib.MFinance.GLForm and Ict.Testing.lib.NUnitForms and Ict.Testing.lib.NUnitPetraClient and Ict.Testing.lib.Reporting
   bei Ict.Tools.NAntTasks.GenerateProjectFiles.SortProjectsByDependencies(Dictionary`2 AProjects)
   bei Ict.Tools.NAntTasks.GenerateProjectFiles.WriteSolutionFile(String ATemplateDir, String ADevName, String ASolutionFilename, String AIncludeNamespaces)
   bei Ict.Tools.NAntTasks.GenerateProjectFiles.ExecuteTask()
   bei NAnt.Core.Task.Execute()
   bei NAnt.Core.Target.Execute()
   bei NAnt.Core.Project.Execute(String targetName, Boolean forceDependencies)
   bei NAnt.Core.Tasks.CallTask.ExecuteTask()
   bei NAnt.Core.Task.Execute()
   bei NAnt.Core.Target.Execute()
   bei NAnt.Core.Project.Execute(String targetName, Boolean forceDependencies)
   bei NAnt.Core.Project.Execute()
   bei NAnt.Core.Project.Run()

Any advice on how to solve this?

Greetings
Joachim

joejoe2010

Just a small comment:
something that was a bit confusing for me yesterday was that a ManualCode.cs files that is was looking at had "DO NOT edit manually, DO NOT edit with the designer" in the upper green part - but this is actually where you do have to enter your code.

bazaar.launchpad.net/_jomammele/ ... ualCode.cs

pokorra

Just pasting the conversation on IRC about the circular reference:
<timotheusp> circular reference: it is not possible to refer from Client.App to Client.CommonForms, because we have already a reference in the opposite direction
<timotheusp> one option is to make a new dll
<timotheusp> for the messagebox
<timotheusp> or add your messagebox to client.app.gui
<timotheusp> not sure about the exact names
<joejoe> or what about creating a class UnhandledExceptionShowLogFilesDialog which is similar to ICT\Petra\Client\app\Core\UnhandledExceptionDetailsDialog?
<joejoe> then there wouldn't be no need of the ExtendedMessageBox and so neither of Client.CommonForms
<joejoe> I would just have to adapt ICT\Petra\Client\app\Core\UnhandledExceptionDetailsDialog to show the log file instead of the Exception (obviously in a new class)
<timotheusp> yes, that sounds good
<joejoe> what do you think?
<joejoe> ah okay
<joejoe> so I'll try this and let you know how/if it worked out
<timotheusp> yes
<joejoe> okay thank you

Regarding the manualcode file: yes, that comment is wrong, and Joachim will fix it in his branch.

joejoe2010

I could step further with the implemention. (and merged it)

code.launchpad.net/_jomammele/o ... _exception

The Client log file is already display but with the server log I have the problem that I don't know how to get the file location.

I've been trying this:
TServerSettings.ServerLogFile - seems to be an empty string
TLogging.GetLogFileName - gets me the file location of the Client log

How can I get the location of the server log file?

Greetings
Joachim

joejoe2010

The client can (for the moment) only read the server log file if OpenPetra is used as standalone or in the development environment.

-> For the moment the server log will only be display in standalone and development mode (the server log is then always located in the same folder as the client log)