- Posts: 157
Documentation Discussion
- kreidler
- Offline
Thank you guys.WheresWaldo wrote: Actually, the .fodt (Flat Open Document Text) file should be an XML file as designed by the LibreOffice contributors. We are actually saving a .odt (Open Document Text) binary file with an incorrect extention of .fodt.
The missing word for me was 'flat'. I am absolutely not familiar with these XML stuff. In my standard LibreOffice installation the correct filter was missing.
WheresWaldo you might check on your Win7 if this filter has not been installed also. I attached the OpenDocument (as usual please rename).
@RandMental: Explaining the ini files is ok and useful. But I understood your posts that you like to have MORE. E.g. some kind of a real progamming handbook. Or am I wrong?
Please Log in or Create an account to join the conversation.
- WheresWaldo
- Topic Author
- Offline
- Posts: 253
With regard to Deviation, I would love to include a sample (default) modelxx.ini file in an appendix along with simple explanations of each line, but a User Guide could be used to explain why you use None for Swash on a Gyro equipped Heli or how to do V-Tail mixing, why I want a 70% Gyro sensitivity setting when I can use anything from 0-100%, etc.
The need for User Guides is why there is a whole industry built around the publication of such material, wouldn't be great if we could have a Deviation For Dummies!
Please Log in or Create an account to join the conversation.
- RandMental
- Offline
- Posts: 521
kreidler wrote: @RandMental: Explaining the ini files is ok and useful. But I understood your posts that you like to have MORE. E.g. some kind of a real progamming handbook. Or am I wrong?
We started the model.ini manual and intended including also the tx.ini file keywords.
Our requirement was to list all keywords and options available in Deviation with a short description - as many keywords and options are available but not all are written in the files as default, nor can you access some via the GUIs.
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
However, given that we currently have several contributors, I'm wondering if it is worth trying a collaborative documentation service. I've imported the document into GoogleDocs, and it doesn't look too bad. The editor is more limited (for instance you can't add line numbers, I don't know what else it can't do). Here is a link to the document if you want to see how it looks:
docs.google.com/document/d/1N_HrVtV20hi_...wjU/edit?usp=sharing
If there is an interest among the currently active editors, I can give edit access and we can try to use a shared repo for making changes. If you want to try, PM me an e-mail address, and I'll give you edit permissions (assuming we want to try at all)
I've been having trouble tracking changes between 3 people, so if it works, this would make that task easier. It would also let folks work on different things when the Devo8/12 Manual gets started (someone could add images while others modify the text. The main question is whether GoogleDocs is good enough to write a manual in, and I have no idea what the answer to that is.
Please Log in or Create an account to join the conversation.
- kreidler
- Offline
- Posts: 157
I was confused about the naming 'Modelconfig' which led me to a wrong conclusion. Probably I will do within the next time a guide how to set up a plane with up to four flaps in the forum.RandMental wrote: Our requirement was to list all keywords and options available in Deviation with a short description - as many keywords and options are available but not all are written in the files as default, nor can you access some via the GUIs.
The problem was on my LibreOffice installation. I did an update to the latest version before starting on the manuals with standard settings. This version do not have marked the flat XML 'converter' (UOF text) as default anymore.PhracturedBlue wrote: FYI, the reason I use fodt is because it is uncompressed XML. While the files are bigger, Mercurial can actually manage deltas on thee file, and the overall repo size is much smaller.
I created a new pull request to WheresWaldo repo with saved revision history. Now correctly in fodt. This format can also handle the changes on a document. Via Edit->Changes->Record all items will be recorded and can be approved or declined (via Accept or Reject...) later on. If we would go back now to your repo you would see any change done and you can approve, do changes or even reject.PhracturedBlue wrote: I've been having trouble tracking changes between 3 people, so if it works, this would make that task easier. It would also let folks work on different things when the Devo8/12 Manual gets started (someone could add images while others modify the text. The main question is whether GoogleDocs is good enough to write a manual in, and I have no idea what the answer to that is.
Please Log in or Create an account to join the conversation.
- RandMental
- Offline
- Posts: 521
A Devo8s Hardware Definition and Hardware Upgrade document I did which we can add to the Repo for a formal release in future.
Please Log in or Create an account to join the conversation.
- RandMental
- Offline
- Posts: 521
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
You can turn that back off. It is basically useless if you've actually looked at any significant amount of changes. Also, the real problem is that Waldo, you, and I are in different time zones, so parallel work is nearly impossible right now.kreidler wrote: I created a new pull request to WheresWaldo repo with saved revision history. Now correctly in fodt. This format can also handle the changes on a document. Via Edit->Changes->Record all items will be recorded and can be approved or declined (via Accept or Reject...) later on. If we would go back now to your repo you would see any change done and you can approve, do changes or even reject.
Please Log in or Create an account to join the conversation.
- WheresWaldo
- Topic Author
- Offline
- Posts: 253
PhracturedBlue wrote: ... Also, the real problem is that Waldo, you, and I are in different time zones, so parallel work is nearly impossible right now.
I am so sorry I live in the wrong time zone.
I am wondering if the Legal Disclaimer should not be the first item in the documentation, either after the TOC and before chapter 1 or before the TOC like a Forward.
If anyone wants to just read through the manual as it stands 12/27/2013 I exported the entire doc as a .pdf and it may be downloaded from here:
bitbucket.org/bhammerton/deviation-manua...tion10UserManual.pdf
Please Log in or Create an account to join the conversation.
- kreidler
- Offline
- Posts: 157
Thanks for doing a PDF. But it is looking some kind of empty... I will add tomorrow morning a header with title and chapter as well as a footer with page numbers like shown on the attached PDF.
Just to clear one open point:
PB, have you been able to look after the servo speed item?
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
Servo speed is defined as # of degress per 100msec (assuming a min/max throw of 120degrees)kreidler wrote: Just to clear one open point:
PB, have you been able to look after the servo speed item?
So a value of 60 will give a speed of 60degrees per 100msec which is equivalent to center-to max in 100msec. Most servos are rated at ~60degrees/0.1sec, so a speed > 60 will have no affect on most servos.
A value of 30 should be ~twice as slow as a typical servo.
Please Log in or Create an account to join the conversation.
- WheresWaldo
- Topic Author
- Offline
- Posts: 253
kreidler wrote: Legal Disclaimer: Sorry, quick and dirty shot. Should be shifted towards the first pages.
Thanks for doing a PDF. But it is looking some kind of empty... I will add tomorrow morning a header with title and chapter as well as a footer with page numbers like shown on the attached PDF.
Just to clear one open point:
PB, have you been able to look after the servo speed item?
Thanks, I won't have time to do any heavy editing until Tuesday, since we are closing early for the NYE/NY holiday.
Please Log in or Create an account to join the conversation.
- kreidler
- Offline
- Posts: 157
No problem. Most actual version added per pull request.WheresWaldo wrote: Thanks, I won't have time to do any heavy editing until Tuesday, since we are closing early for the NYE/NY holiday.
For readers please find latest version of the Devo7e/10 here for download: https://bitbucket.org/kreidler/deviation-manual-bh/downloads/Deviation10UserManual.pdf
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
Please expose your Repo and/or post the fodt files.
It is a huge waste of my time to try to recreate your fodt file from the diffs on the bitbucket page.
Please Log in or Create an account to join the conversation.
- kreidler
- Offline
- Posts: 157
Please Log in or Create an account to join the conversation.
- kreidler
- Offline
- Posts: 157
Some explantions how to install / unzip the emu correctly like asked here: http://deviationtx.com/forum/3-feedback-questions/2497-installing-the-emu-to-create-models-on-my-pc
PB, do you have some new features or changes which will affect the manual for 7e/10?
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
The MainPage config now displays 'None' instead of an empty string on the Model, Battery, and TxPower strings
We should add a picture of the page layout editor
I may get goebish's work on the Hubsan in (which would affect the Hubsan protocol text.
The only other change to the layout I'm considering is changing how 'Move' is shown on the Main page layout editor, but I don't actually know how to fix it, so probably we'll just live with it for this release.
Also, I may add new templates to the main page config if anyone provides some useful alternatives.
Lastly. I'm currently working on redoing the build system. I'll likely set it up so the filesystem and dfu (or exe for the emulator) are included in one zip file, with the emulator ready to go.
Please Log in or Create an account to join the conversation.
- kreidler
- Offline
- Posts: 157
DonePhracturedBlue wrote: The MainPage config now displays 'None' instead of an empty string on the Model, Battery, and TxPower strings
We should add a picture of the page layout editor
Only possibility I would see is to move 'Move' more to the left. Just a few pixels away from the value of the Y-coordinate and use the small font.PhracturedBlue wrote: The only other change to the layout I'm considering is changing how 'Move' is shown on the Main page layout editor, but I don't actually know how to fix it, so probably we'll just live with it for this release.
I would like to add some input. But I cannot realise this stuff in short time. My idea would be two templates for Acro and Gilder using renamed virtuals as preconfigured mixers like DiffL, Diff R, V-Tail, Combi-Switch, Butterfly. The user can choose one or more of these mixers and add them to the channel. Let's have it for later on.PhracturedBlue wrote: Also, I may add new templates to the main page config if anyone provides some useful alternatives.
Perfect, will wait for it.PhracturedBlue wrote: Lastly. I'm currently working on redoing the build system. I'll likely set it up so the filesystem and dfu (or exe for the emulator) are included in one zip file, with the emulator ready to go.
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
I just added this.kreidler wrote:
Perfect, will wait for it.PhracturedBlue wrote: Lastly. I'm currently working on redoing the build system. I'll likely set it up so the filesystem and dfu (or exe for the emulator) are included in one zip file, with the emulator ready to go.
However, I am not going to change the way nightlies are built. Most folks updating nightlies replace just the dfu without the FS on a frequent basis.
The official builds will now include the fs at the root directory (and the emu will have it in the filesystem/<target>/ dir.
Here are some examples (note that the emulator was built for linux and so likely isn't useful except to see the layout)
DFU:
Emulator:
Please Log in or Create an account to join the conversation.
- PhracturedBlue
- Offline
- Posts: 4402
We can't use the 'micro' font here. It isn't translatable into anything other than Latin characters. The model name is still not moveable, but if we ever make it so, it gets even more complicated.kreidler wrote:
Only possibility I would see is to move 'Move' more to the left. Just a few pixels away from the value of the Y-coordinate and use the small font.PhracturedBlue wrote: The only other change to the layout I'm considering is changing how 'Move' is shown on the Main page layout editor, but I don't actually know how to fix it, so probably we'll just live with it for this release.
Please Log in or Create an account to join the conversation.
- Home
- Forum
- Development
- Development
- Documentation Discussion