[GSoC 2015]
Hi there, I would like to thank you for choosing me to be one of the accepted students for this organization. I will do my best to finish the project successfully and become a valuable contributor for this organization. Congrats to all students and I hope that we will have a nice summer. Happy hacking, Claudiu ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
I haven't been through it in great detail, but that looks good, and would form a good starting point for your proposal/application. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
2015-03-26 11:55 GMT-03:00 Martin Long mar...@longhome.co.uk: Actually, the type/category stuff will be essential to make Subsurface aware when some specific field is required... eg. is it a camera? so, let's include a field to store the resolution (of course, it's just an example - I think that we should avoid having specific fields, since users could add extra info in a kind of 'comments' field - however, some equipment must have specific fields - like cylinder) ... Yeah, avoid where possible. I don't think there's need for anything except some notes for *most* items. It might be useful later down the line for reporting capabilities. Show me all dives where I used my Buddy BCD etc. I got your point and I also would love to have more comments about it. But as I mentioned above, it would not be hard to know that a specific equipment requires specific fields - so it would work fine anyway, in addition, it seems to be much more consistent (all equipment following the same structure). So perhaps we go along the line of including cylinders, see what the implementation looks like, and we could revert to the existing system if we need to. Also think about migration of existing Cylinder/weights/suit data. Yeah, it's also very important to have existing logs working fine with this new feature. I have summarized some of the main GUI aspects below. Please, let me know if I'm in the right track (or not - what's wrong?) I don't know if users and developers are happy with the idea of having a grid view. But it seems that the right thing to do is to start the project using table views. Then, we could work to implement the grid_view... so users could be able to switch between views (table or grid)... (?) -- Graphical User Interface We will need to have two different GUI. “Asset Manager”, where the user will handle all their inventory and the “Equipment tab”, which will show the equipment took on a dive. - Asset Manager In the Asset Manager panel we will show all pieces of equipment. The users would be able to add new items and edit their key properties, including adding a photo of the equipment if it is desired. Users could also keep track of when an equipment was last serviced, and when it is due. This is also a great place to keep track of which elements were used on a particular dive, and when it needs to be serviced. Some kinds of equipment can have an extra field to store a specific data, which can be set to a default value. These fields can be edited directly in the “Equipment tab”. Users should be able to sort items by name, manufacturer or type. Users should be able to create new groups of items. -- Asset Manager :: grid view It would looks like the “MacDive” view (please, see screenshot above), where we would have all items and groups being displayed in a grid. It could be implemented using QListWidgets [2] - they have drag and drop events and it wouldn't be hard to get it working over QListWidgets (eg. from equipment_view to group_view). #1) how to add an equipment a1 - double click in a white space OR a2 - context menu - ‘add equipment’ b - dialog box appear - then, user can fill the fields and save [*] c - new equipment will be displayed on the grid [*] this could be a new window or a “bottom panel” (insed the Asset Manager dialog) #2) how to edit an equipment a1 - double click the equipment OR a2 - context menu - ‘edit equipment’ b - dialog appear - (save as #1) #3) how to remove an equipment a - context menu - ‘remove equipment’ b - it is being used somewhere? b1 : b2; b1 - warning - it cannot be removed - do you want to disable this item? b2 - remove item #4.1) how to create a group a - select equipments (one or more) b - context menu - ‘create group’ c - type the groups name d - the group appear in the ‘groups grid view’ #4.2) how to create a group a - open context menu in the ‘groups grid view’ - ‘create group’ b - type the groups name c - the group appear in the ‘groups grid view’ #5) how to add items in a group a - drag and drop item in the group #6) how to add items in a group a1 - double click the group OR a2 - context menu - ‘edit group’ b - dialog box appear (it will contains only two things - field with groups name + simple table view with ‘name|manufacturer|type|checkbox’) c - selected items will be in the current group... -- Asset Manager :: table view We could have two table views: ‘equipment_table_view’ and ‘groups_table_view’. They could be placed side by side as well. Users should be able to choose (checkbox) which columns they wanna see. It is a simpler model. In this case we could display all data in columns - where users could edit them directly in the table (exactly as we are doing now with cylinders and weights). ‘equipment_table_view’ As discussed above, some equipment could require specific fields - in this case we could use a dialog box OR a “bottom panel” - as it was suggested in the grid_view above…
Re: GSoC 2015 - Introduction
Actually, the type/category stuff will be essential to make Subsurface aware when some specific field is required... eg. is it a camera? so, let's include a field to store the resolution (of course, it's just an example - I think that we should avoid having specific fields, since users could add extra info in a kind of 'comments' field - however, some equipment must have specific fields - like cylinder) ... Yeah, avoid where possible. I don't think there's need for anything except some notes for *most* items. It might be useful later down the line for reporting capabilities. Show me all dives where I used my Buddy BCD etc. I got your point and I also would love to have more comments about it. But as I mentioned above, it would not be hard to know that a specific equipment requires specific fields - so it would work fine anyway, in addition, it seems to be much more consistent (all equipment following the same structure). So perhaps we go along the line of including cylinders, see what the implementation looks like, and we could revert to the existing system if we need to. Also think about migration of existing Cylinder/weights/suit data. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
*MANY* thanks for your powerful explanation. =D You're welcome :) I have many ideas about how it should looks like and work... I'm doing some mockups and I will let you see it soon. Great, I'd love to see them. I'm thinking about structures where users could add or/and group things by a simple drag and drop That sounds good. The specification uses the word groups, but I don't really like this because groups seems to imply that an item belongs to a single group. I prefer sets. My Suunto dive computer, for example would be part of both my UK Cold Water set, and my Tropical set, as I use it wherever I go. - we could have a view or dialog with all equipments - users would be able to 'drag and drop' items from this view/dialog to the equipment tab ... and drag and drop complete sets too. Yes. - I think it's important to have pre-defined categories - easier to find items I think some sort of structure would make sense, but I'm finding it hard to imagine categories with the right granularity. I could see most categories containing just a single item (or perhaps a choice of 2): Lighting: - NDiver X3 Torch - Umbilical HID Emergency - Strobe - Whistle - Diver Alert Breathing Gear - Regs - Cylinder - Guage/Console Maybe something like that could work. This could perhaps use some input from some of the more experienced/techy divers. - It would be nice if each category had a thumbnail - it could be configurable (eg. allow users to add a picture to a specific equipment, otherwise just use a default img of the corresponding category) - equipment tab : instead of showing a detailed list, we could show a kind of thumbnails list with very basic info (name + manufacturer + number of uses) - tooltip-more info - double click-dialog with details For the equipment tab, I would simply go for something like {Manufacturer}: {Name}, and probably just in a straight list, or possibly switchable between a list and thumbnails. I think that function needs to win over form here, but would like to hear input from others. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Project proposal
Hi there, After I did a research about the Qt Bluetooth API, I updated the implementation section with a second approach which implies the Qt module. Please take a look over the Implementation and Plan sections and tell me if you believe that they should be improved [1]. In the remained time I will try to create a diagram block as Lubomir suggested. Thanks, Claudiu [1] - https://docs.google.com/document/d/10RBySMv4BgzaA9SjHdgLGGtsvt4okFTAUHQnPfvS0cg/edit?usp=sharing ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Project proposal
On 25 March 2015 at 13:59, Claudiu Olteanu olteanu.clau...@ymail.com wrote: Hi there, After I did a research about the Qt Bluetooth API, I updated the implementation section with a second approach which implies the Qt module. Please take a look over the Implementation and Plan sections and tell me if you believe that they should be improved [1]. thanks for the research, i'm very surprised that Windows is one of the platforms that Qt Bluetooth doesn't support yet. it's certainly a primary platform for us (and perhaps for them). i would go with Qt's Bluetooth for all other platforms and write a local MS Bluetooth stack interface, instead of adding another dependency. then at some point when Qt's Bluetooth supports Windows, this local interface can be removed. 2c In the remained time I will try to create a diagram block as Lubomir suggested. you can skip this part and spend the time in more research if you'd prefer! lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
2015-03-25 5:24 GMT-03:00 Long, Martin mar...@longhome.co.uk: *MANY* thanks for your powerful explanation. =D You're welcome :) I have many ideas about how it should looks like and work... I'm doing some mockups and I will let you see it soon. Great, I'd love to see them. I'm thinking about structures where users could add or/and group things by a simple drag and drop That sounds good. The specification uses the word groups, but I don't really like this because groups seems to imply that an item belongs to a single group. I prefer sets. My Suunto dive computer, for example would be part of both my UK Cold Water set, and my Tropical set, as I use it wherever I go. Hmm... it would be just a case of naming - the base idea is to have exactly what you expect = one equipment can belongs to none, one or many groups/sets =D - we could have a view or dialog with all equipments - users would be able to 'drag and drop' items from this view/dialog to the equipment tab ... and drag and drop complete sets too. Yes. - I think it's important to have pre-defined categories - easier to find items I think some sort of structure would make sense, but I'm finding it hard to imagine categories with the right granularity. I could see most categories containing just a single item (or perhaps a choice of 2): Lighting: - NDiver X3 Torch - Umbilical HID Emergency - Strobe - Whistle - Diver Alert Breathing Gear - Regs - Cylinder - Guage/Console Maybe something like that could work. This could perhaps use some input from some of the more experienced/techy divers. Maybe the name should be 'type' instead of 'category'. In this way, I think that it would not be a problem if we identify/name each equipment according to what it is... eg. http://iesa-fao.org/wp-content/uploads/2014/02/Scuba-Gear.jpg , http://www.scuba.com what do you think? - It would be nice if each category had a thumbnail - it could be configurable (eg. allow users to add a picture to a specific equipment, otherwise just use a default img of the corresponding category) - equipment tab : instead of showing a detailed list, we could show a kind of thumbnails list with very basic info (name + manufacturer + number of uses) - tooltip-more info - double click-dialog with details For the equipment tab, I would simply go for something like {Manufacturer}: {Name}, and probably just in a straight list, or possibly switchable between a list and thumbnails. I think that function needs to win over form here, but would like to hear input from others. Yeah, I'm considering the idea of having two ways to display the data - detailed list OR thumbnail list I was doing a research in other software (in order to see how they handle this kind of thing). I saw that MacDive has something like what I had in mind for a thumbnail list. http://www.mac-dive.com/images/features/feature_gear.png Unfortunately I'm not a MAC user and I'm not able to install it and see how they do to add an equipment in a divelog - someone knows? Another aspect to consider it that a type of equipment can have a specific key property on a dive (which will be set only in the equipment tab on a dive, of course) - eg. cylinders and weights So, the equipment list would display only basic info (which are common to all equipment - user should be able to choose what columns they want to see in a list as well). Now I'm imagine how the user would set the parameters of a 'cylinder' in the equipment tab: 1) double click - open small dialog box with these fields (pop-up) 2) single click - a kind of accordion effect, fields appear (sliding) in the bottom of the equipment tab (users should be able to stick this small side panel if they want - so, it would not be shrinking and stretching other fields in the equipment tab every time something is clicked) 3) ideas? Actually I would like to avoid 'extra windows' as much as possible, because I think that there is nothing more annoying than a new dialog box popping-up as a new window for every single feature... ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
2015-03-25 22:04 GMT-03:00 Long, Martin mar...@longhome.co.uk: That sounds good. The specification uses the word groups, but I don't really like this because groups seems to imply that an item belongs to a single group. I prefer sets. My Suunto dive computer, for example would be part of both my UK Cold Water set, and my Tropical set, as I use it wherever I go. Hmm... it would be just a case of naming - the base idea is to have exactly what you expect = one equipment can belongs to none, one or many groups/sets =D Great. I'm not really fussed about the naming. I just didn't want you to get the wrong impression. Maybe the name should be 'type' instead of 'category'. In this way, I think that it would not be a problem if we identify/name each equipment according to what it is... eg. http://iesa-fao.org/wp-content/uploads/2014/02/Scuba-Gear.jpg , http://www.scuba.com what do you think? I don't really have strong feelings on it. I'm just not sure how much value it really adds. I can just see most 'types' or 'categories' containing just one item. A lot of divers will have 1 computer, 1 set of regs, 1 weight belt, etc. Maybe a show equipment type headers option? Actually, the type/category stuff will be essential to make Subsurface aware when some specific field is required... eg. is it a camera? so, let's include a field to store the resolution (of course, it's just an example - I think that we should avoid having specific fields, since users could add extra info in a kind of 'comments' field - however, some equipment must have specific fields - like cylinder) ... Another aspect to consider it that a type of equipment can have a specific key property on a dive (which will be set only in the equipment tab on a dive, of course) - eg. cylinders and weights So, the equipment list would display only basic info (which are common to all equipment - user should be able to choose what columns they want to see in a list as well). Now I'm imagine how the user would set the parameters of a 'cylinder' in the equipment tab: 1) double click - open small dialog box with these fields (pop-up) 2) single click - a kind of accordion effect, fields appear (sliding) in the bottom of the equipment tab (users should be able to stick this small side panel if they want - so, it would not be shrinking and stretching other fields in the equipment tab every time something is clicked) 3) ideas? Ok, so something like Weights - 4kg Yeah, i can see that working. One might even want to include defaults for those key properties when including an item in a group/set. So, my weights for Tropical would be 5kg and my weights for UK Cold water would be 12kg, but I might then also change them on a per-dive basis. nice hint! =D I will include it, thanks My only reservation is about including cylinders in the whole asset management stuff. Cylinders are equipment, yes, but they also contain a mix, and that stuff is important for the profile and deco planning. I have a gut feeling that cylinders and mixes should remain independent of the whole asset management thing. Would love some input from more experienced divers on that. I got your point and I also would love to have more comments about it. But as I mentioned above, it would not be hard to know that a specific equipment requires specific fields - so it would work fine anyway, in addition, it seems to be much more consistent (all equipment following the same structure). Actually I would like to avoid 'extra windows' as much as possible, because I think that there is nothing more annoying than a new dialog box popping-up as a new window for every single feature... ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
GSoC 2015 project proposal: Integrating VPM-B into Subsurface
Hello, I have attached my GSoC proposal. Please read it and suggest changes in the proposed project. Harshal GSoC project proposal: Integrating VPM into Subsurface.pdf Description: Adobe PDF document ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
Hi Marcos, *- Asset Management* The main concept of this project is very clear[2], but as I'm not a diver, I really appreciate your help to better understand all the details expected for this project. In this way I would have more knowledge to think about the data structure. Do you recommend any specific documentation/software which would give me ideas about what would be expected from the user point of view (I mean, assets)? I think this is made up of 2 parts, which are very closely linked. Inventory management, and Equipment used on a dive. I think the best place to start with this is to look at the equipment tab for the dive. This currently allows the diver to record and track the use of 2 pieces of equipment used on dives. 1) Cylinders and 2) Weights. Weights are simply recorded, cylinders can also used for gas changes, which forms part of various calculations (this is for advanced tech diving where different gas mixes are used for different portions of the dive). The only other item of equipment which is discretely tracked is 'suit' which is on the Dive notes tab. Lots of divers also like to track other pieces of equipment - they might like to look back when was the last time they used split fins, or what thickness hood did they use on that ice dive last year. We simply want to be able to be able to track all of the equipment we used on a dive. Now, for many dives, divers will use exactly the same set of equipment. You find the thing that works well for you, and stick with it. The diver doesn't want to have to log 20 pieces of equipment for each dive, when they are almost always the same. This is where equipment 'groups' come into play. I diver might have a set of gear which he typically uses in cold water. A drysuit, fins which fit over drysuit boots, maybe twin cylinders, a heavier set of weights to account for the bulk, a 7mm hood, gloves, etc. That same diver, when travelling to the Red Sea, might use a completely different set of gear. A 3:2mm shorty wetsuit, full foot fins, hired 12l single cylinder, no gloves/hood. An advanced user might want to split this down further, depending on different combinations of usage. They might have 2 different groups of 'breathing gear' (eg Open circuit gear, AP Rebreather), and 2 groups of 'climate gear' (UK Cold water, Tropical). So it should be possible to select more than one equipment group for a single dive (e.g. AP Rebreather + UK Cold water). As well as being able to select multiple groups, it should also be possible to select additional individual pieces of equipment, which might be occasionally taken on dives, depending on circumstances, and finally once equipment sets have been selected for a dive, a diver might want to change specific pieces of equipment for a single dive only. So maybe the diver has selected UK Cold water set, but on that dive actually decided to try out a different set of fins... it should be possible to edit the individual pieces for that dive, and only that dive. This last point is an interesting one, implementation wise. You might find that the groups are only used to build the equipment profile for a dive, and are not stored as part of that dive. Equipment groups will change over time... switching a piece of equipment in a group should only affect new dives logged, and all previous dives should remember exactly what equipment was used at the time. I hope that gives some of the inspiration for this project. I think if you have any further questions relating to the 'diver' perspective of this functionality, just ask away. Would you expect to have the data being stored in the same log file (xml)? Absolutely. You probably want to be looking at 2 places to store data in the file. 1) At root level, which stores the diver's current inventory, and equipment groupings. 2) Equipment used on each dive, stored along with the data for that dive. Do you expect to have it placed as a new view or a new dialog? I'd like to see proposals for this. For the per-dive data, I think the Equipment tab is probably the right place for this to live. For the inventory management, I imagine a separate dialog, opened from the pull down menu, would be consistent with the way things work. Again, I'd like to see proposals, and maybe other users have some input on this. - Any of these projects have a higher priority? I think that the answer for this one will be 'NO' - but, as I'm considering these two projects, it would be awesome to hear from the community which one would make more people happy! =D I'm not a real evangelist for user testing, and I'm primarily a user rather than a developer, so I'd be much happier to see real functionality over better test coverage. However, I'm sure opinions would differ on this. http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface Cheers Martin ___ subsurface mailing list subsurface@subsurface-divelog.org
Re: prososal to code for Asset management- project through gsoc 2015
Sorry... I missed this line, previously: cloned the repo in a fedora vm built it from the code using instructions given However, I don't see any patches from you on the mailing list. This should probably be your next step. Regards Martin On 23 March 2015 at 09:37, Long, Martin mar...@longhome.co.uk wrote: Somali, I'm not a mentor. Mentors haven't yet been assigned as this happens much later in the process. However, I can give you some feedback on your proposal. The first thing you should know is that there are people interested in almost every project on the list. It will be competitive, and those who put time and effort into their proposal, and show that they have met the requirements, will be best placed to earn a place on the program. For example, there is a 2 patch requirement, requiring that you send 2 patches. This is to ensure that you have succeeded in building Subversion, and that you understand some of the code. Forgive me if you have already met this requirement, but your proposal suggests that you haven't, as your appear to be running Windows, and building subsurface on Windows is a 'challenge' to say the least. The onus is on you do this, and get some patches submitted, and you will not have access to a mentor until you are selected as a participant. (although if you have problems building, then the community will be happy to help you with your problems). Have a look at some of the proposals which have been submitted to this list. Some of the submissions come from people who have contributed multiple patches over several months, and their proposals show that they have read and understood the brief and given considerable thought to the design. If you want some serious feedback on your proposal I'd say: - Read our GSOC wiki page, understand the requirements, and ensure you have met them - Understand the project you want to propose for, design for it. If you have any specific questions come on here (or irc) and ask them. There have been some very strong proposals submitted so far. Developers are keen to provide help and feedback to those who have shown initiative and a willingness to understand what they have to do. Regards Martin On 23 March 2015 at 05:16, Robert C. Helling rob...@euve10195.vserver.de wrote: Somali, Am 23.03.2015 um 04:20 schrieb Sonali K sonalik.4...@gmail.com: R u a mentor?? Coz i need help of a mentor... Please ask your questions on the list or on irc and don't leave before somebody can answer. Robert ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
On 20 March 2015 at 03:27, Marcos Cardinot markoskardi...@gmail.com wrote: Hi everyone, Firstly, I would like to introduce myself... I'm a computer engineer and a physics student who wishes to apply for GSoC this year. In order to get familiar with the source code, I have been studying it and working on some bugs. I've sent four patches so far... so, it means that I've read the 'contribution guidelines', compiled and ran subsurface from source successfully =D good to hear! There are two projects for which I would be very pleased to apply: 'Unit testing' and 'Asset management'. It seems that the mentors are not assigned yet (?) Please, let me know if I'm wrong, in this case, it would be nice to know who are the potential mentors for each of these projects. =D I also have a couple of initial questions about them... i don't think there are mentors assigned yet. it will happen eventually, though... our discussion is mostly in public - please, ask you questions in this thread, for instance. if you have diver specific questions, there are a lot of experienced divers and Subsurface users here that can help you out. - Unit testing I saw that there are a few tests implemented using the Qt Test framework. However, I would suggest using the Google Test Framework. It is far more sophisticated and featureful unit testing framework, especially if we use it with Google Mock. i would say we should stick to Qt tests, unless there are features that we would *really* miss. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
Hi Martin, Good post indeed! You gave a lot of useful info. Basically everything someone needs to start working on this. At this stage I think further details will just obfuscate your straight and clear description. Best ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Project proposal
Do you believe that it would be a good idea to start doing a moreelaborate documentation on QtBluetooth in the remaining time (5 days)and to write it on the proposal as an alternative solution? I already scheduled this research for the beginning of the projectand decided to focus on project contributions but I would liketo hear your opinion. Cheers,Claudiu___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Project proposal
On Mar 22, 2015, at 3:19 AM, Claudiu Olteanu olteanu.clau...@ymail.com wrote: Do you believe that it would be a good idea to start doing a more elaborate documentation on QtBluetooth in the remaining time (5 days) and to write it on the proposal as an alternative solution? That definitely sounds useful I already scheduled this research for the beginning of the project and decided to focus on project contributions but I would like to hear your opinion. You have clearly demonstrated that you know how to contribute... So improving your proposal seems to make sense /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: prososal to code for Asset management- project through gsoc 2015
i had send my proposal i want a mentor to give feedback back please... On Fri, Mar 20, 2015 at 10:59 PM, Sonali K sonalik.4...@gmail.com wrote: ABOUT ME: - Name : sonali k - university : national institute of technology karnataka,surathkal(india) - background : 1st year btech undergraduate in information technology MY CODING SKILLS: - 1) i use windows 8.1 operating system and the 2) hardware specification is: processor: intel(R) core(TM) i5-4210u CPU @ 1.70GHz 2.40 GHz installed memory(RAM): 8.00GB system type: 64-bit operating system,x64-based processor for coding c/c++ i use dev cpp and for html,css,java and javascript,bootstrap i use sublim text and i also know github. - 2) i have coded in c++ from past 3 years. as iam an 1st year betch now i have coded in my 11th n 12th grade in c++ and coded c in 1st year btech - 3)i have learnt html,css,java,javascript and bootstrap,github and i created an website too using these langauges and this is the link for the website http://webdev.aecskaiga.in/product.html - 4)iam interested in doing* a Asset management- project* Subsurface tracks only a few pieces of equipment that a diver might take on a dive. One often requested feature is the ability to manage all the equipment that a diver has with them, including grouping, tracking weights, etc The user should be able to manage a structured list of equipment with key properties for each component (things like make, model, date of purchase, next date of required service, weight). The user should be able to create groups of these items (n:m) and name those groups. Forevery dive the user should be able to simply pick a number of these groups or individual items. They should be visualized on the UI. iam capable of coding this project as i have - C / C++ / Qt5 - understanding of data structures and data relationships CONTRIBUTION FROM ME: iam a very curious student eager to learn new things n highly talented in coding skills and iam participating in GSOC 2015 for the 1st time n iam very much interested in coding for ur project. 1. read through the documentation. watched the video and understood how subsurface works 2. installed subsurface on windows and played around with it. cloned the repo in a fedora vm built it from the code using instructions given 3. looked at some bugs THE PROJECT - i want to acieve the accomplishment of coding for Design of the data structures used, the UI to manage and assign items to a dive, the storage format for the different supported storage backends. i will do this together with the developers, taking their input and requirements into account. An implementation of the basic features mentioned above plus corresponding documentation. - i chose this project because i think iam highly talented in it. - i would work for full time 40h/week during GSoC sir,i would be expecting a positive response from your side. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: prososal to code for Asset management- project through gsoc 2015
Somali, Am 22.03.2015 um 18:28 schrieb Sonali K sonalik.4...@gmail.com: i want to acieve the accomplishment of coding for Design of the data structures used, the UI to manage and assign items to a dive, the storage format for the different supported storage backends. i will do this together with the developers, taking their input and requirements into account. An implementation of the basic features mentioned above plus corresponding documentation. I believe a successful proposal would have to be much more specific. Have you read our requirements (two patches etc)? Best Robert___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: prososal to code for Asset management- project through gsoc 2015
Somali, Am 23.03.2015 um 04:20 schrieb Sonali K sonalik.4...@gmail.com: R u a mentor?? Coz i need help of a mentor... Please ask your questions on the list or on irc and don't leave before somebody can answer. Robert ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Project proposal
I had in mind the documentation part, but I forgot to include itin the proposal. Thanks for your suggestion. I also scheduled a brief investigation of Qt Bluetooth API anda short demo for the early stages as Dirk proposed. Have a nice weekend,Claudiu On Saturday, March 21, 2015 7:19 AM, Miika Turkia miika.tur...@gmail.com wrote: On Thu, Mar 19, 2015 at 9:11 AM, Claudiu Olteanu olteanu.clau...@ymail.com wrote: Hi there, I just finished my proposal. It would be very useful if you can give me some feedback. I only took a quick look, and what stood out was that you are missing the documentation part from the deliverables and timeline. We will need the user manual updated as I believe this will affect the user experience. miika ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Project proposal
On Mar 21, 2015, at 5:56 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: but we need to make some decisions first… My plan was to figure this out in the first few weeks of the project. If QtBt is sufficient that’s the way I want to go, as this doesn’t require libdivecomputer changes. We can get the data from the dive computer and then hand if off to the parser. To me that is the far superior idea as it allows us to completely control the interaction with the user without having to wait for libdivecomputer API changes. Only if QtBt is still too limited to implement what we need (which I doubt) do I think we should try to add OS specific implementations to libdivecomputer. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Fri, Mar 20, 2015 at 5:59 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 20 March 2015 at 17:06, Gehad Elrobey gehadelro...@gmail.com wrote: On Fri, Mar 20, 2015 at 2:43 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 18 March 2015 at 23:22, Gehad Elrobey gehadelro...@gmail.com wrote: Hello Lubomir, I am attaching a draft of my proposal in pdf format, Please review it. your feedback is most welcome :) Gehad, your application is very well formed. other students can take this into account when they write their own applications. here are some entry level notes and questions that will emphasize on eventual topics of interest for the *actual* user base. Pre Existing layouts technical information ● Supported Paper size : A4 – A5 ● Supported Quality : 300 dpi ● Supported Orientation : Portrait we need to extract settings from the QPrinterDialog and from the user configuration QSettings and adjust the CSS .media related sections before the pagination. i'm pretty sure this is doable. My intention was to extract the settings from the QPrintDialog and save the user preferences as QSettings, but I think we have to put some constraints on the resolution (page size and Dpi ) and the page orientation to produce good quality templates that are able to make use of the paper area, for sure this constraints can be extended by writing additional templates, so I think this constraints are on the templates I am planing to develop in the scope of the project only. i don't think the page size should be hardcoded per template or constrained (as long as the dimensions don't reach the 32bit integer cap or something like that). from my tests if i simply modify the CSS the resulted pages were exact fit to a certain page size (e.g. A2 ) when printed and the HTML layout adapted quite well. the available space for a page in QPrinter is just numbers, you *can* adapt your layout to fit on it. the current printer implementation does exactly that. say, if the CSS is in a QString after the user has made his picks, we can search-and-replace certain variables. for instance like SSRF_PAGE_W, SSRF_PAGE_H, SSRF_MARGIN: @page { size: SSRF_PAGE_W SSRF_PAGE_H; margin: SSRF_MARGIN; } for A4: SSRF_PAGE_W becomes 21cm SSRF_PAGE_H becomes 29.7cm (for landscape the reverse happens.) SSRF_MARGIN becomes for instance 1cm ...or instead of these variables, we can keep some default values so that the CSS is not invalid and do some smarter search-and-replace. only once the CSS is adapted to the user preferences we feed it to the HTML, load the HTML in QWebView and render it. do you see any problems with these ideas? No, I ll add this into the proposal, thanks for the clarification. I also wanted to suggest the idea of printing dive photos may be on glossy paper, I don't know if this use-case may be interesting to someone? -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Project proposal
On 19 March 2015 at 09:11, Claudiu Olteanu olteanu.clau...@ymail.com wrote: Hi there, I just finished my proposal. It would be very useful if you can give me some feedback. The application can be found on [1] link. I didn't write it in this e-mail because I was afraid that it will lose the format. hello, the application proposal is rather short, but then again this is a rather technical topic and there isn't much to say. though, it does hint that you are knowledgeable of the topic. but we need to make some decisions first... we need to decide if Qt BT is the way to go. BlueZ and the Microsoft stack are essentially already used in Qt BT, and Qt BT also supports OSX which we are interested in. in the other thread we have discussed libDC vs Qt BT, and my personal opinion is that Subsurface is not the place for Bluetooth stack implementations - libdivecomputer is. Qt BT can be integrated as an optional layer in Subsurface and the libDC parser can be fed raw data, but the problem is that the parser demands some low level device info (as far as i understood from Jeff). not up to me to decide, but i don't see the need to use BlueZ and the MS Stack at all - the BT module in Subsurface can be based on Qt and eventually libDC can support the same functionality which will make the module obsolete. once the decisions are made you can update the application. also it would be much better if you provide some simple code / module organization details (classes, files, callbacks, etc) and perhaps a simple block diagram. thanks lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 20 March 2015 at 17:06, Gehad Elrobey gehadelro...@gmail.com wrote: On Fri, Mar 20, 2015 at 2:43 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 18 March 2015 at 23:22, Gehad Elrobey gehadelro...@gmail.com wrote: Hello Lubomir, I am attaching a draft of my proposal in pdf format, Please review it. your feedback is most welcome :) Gehad, your application is very well formed. other students can take this into account when they write their own applications. here are some entry level notes and questions that will emphasize on eventual topics of interest for the *actual* user base. Pre Existing layouts technical information ● Supported Paper size : A4 – A5 ● Supported Quality : 300 dpi ● Supported Orientation : Portrait we need to extract settings from the QPrinterDialog and from the user configuration QSettings and adjust the CSS .media related sections before the pagination. i'm pretty sure this is doable. My intention was to extract the settings from the QPrintDialog and save the user preferences as QSettings, but I think we have to put some constraints on the resolution (page size and Dpi ) and the page orientation to produce good quality templates that are able to make use of the paper area, for sure this constraints can be extended by writing additional templates, so I think this constraints are on the templates I am planing to develop in the scope of the project only. i don't think the page size should be hardcoded per template or constrained (as long as the dimensions don't reach the 32bit integer cap or something like that). from my tests if i simply modify the CSS the resulted pages were exact fit to a certain page size (e.g. A2 ) when printed and the HTML layout adapted quite well. the available space for a page in QPrinter is just numbers, you *can* adapt your layout to fit on it. the current printer implementation does exactly that. say, if the CSS is in a QString after the user has made his picks, we can search-and-replace certain variables. for instance like SSRF_PAGE_W, SSRF_PAGE_H, SSRF_MARGIN: @page { size: SSRF_PAGE_W SSRF_PAGE_H; margin: SSRF_MARGIN; } for A4: SSRF_PAGE_W becomes 21cm SSRF_PAGE_H becomes 29.7cm (for landscape the reverse happens.) SSRF_MARGIN becomes for instance 1cm ...or instead of these variables, we can keep some default values so that the CSS is not invalid and do some smarter search-and-replace. only once the CSS is adapted to the user preferences we feed it to the HTML, load the HTML in QWebView and render it. do you see any problems with these ideas? Figure(3.1) Printing block diagram the graph looks good. if can you visualize what i mean by the above comment about QPrinterDialog, basically the CSS / HTML will be fed (e.g. with search-and-replace amends) with stored settings in the user configuration (from QSettings) and also with on-the-spot configuration such as margins, orientation etc. from the QPrinterDialog, then QPrinter will receive the rendered result as a paint device. Yes, I think Grantlee can take care of that. I will add this to the block diagram. related to the commend from above. Rendering the QWebView will take place by scrolling the QPainter viewport over the whole content as shown in Figure(3.2) hmm, when i experimented with a paginated CSS template there was no need to scroll the viewport and QWebView simply, magically paginated my pages with render(). i may be missing something, but if you think that the viewport rendering is better i'm glad to hear why? When I use QWebFrame::render() I got the first page only rendered so I used QWebFrame::scroll() , anyway I didn't test this well I will have a deeper look into this. my mistake; i've used: someWebView-print(somePrinter); and it printed all pages, but i'm not sure if this is the way to go as it prints directly, while we also need to overlay the profiles. render(), scroll() and a viewport might be the way to go. Template options the 3 tabs cover what is required pretty much. how do you plan to generate the previews BTW e.g. QWebView rendering some sort of default contents on a QPixmap that is placed in the dialog? I think the QWebView will render the actual HTML page that will be printed, so the user can preview the style changes dynamically (I am not sure how doable is this) but if there are no dives in the list, no data will be available to be printed. falling back to some default / mockup contents or always using them is the option i recommend. this way, for no dives in the list, the user can still go in the print dialog, modify and store his template while previewing a mockup. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Fri, Mar 20, 2015 at 2:43 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 18 March 2015 at 23:22, Gehad Elrobey gehadelro...@gmail.com wrote: Hello Lubomir, I am attaching a draft of my proposal in pdf format, Please review it. your feedback is most welcome :) Gehad, your application is very well formed. other students can take this into account when they write their own applications. here are some entry level notes and questions that will emphasize on eventual topics of interest for the *actual* user base. Pre Existing layouts technical information ● Supported Paper size : A4 – A5 ● Supported Quality : 300 dpi ● Supported Orientation : Portrait we need to extract settings from the QPrinterDialog and from the user configuration QSettings and adjust the CSS .media related sections before the pagination. i'm pretty sure this is doable. My intention was to extract the settings from the QPrintDialog and save the user preferences as QSettings, but I think we have to put some constraints on the resolution (page size and Dpi ) and the page orientation to produce good quality templates that are able to make use of the paper area, for sure this constraints can be extended by writing additional templates, so I think this constraints are on the templates I am planing to develop in the scope of the project only. Figure(3.1) Printing block diagram the graph looks good. if can you visualize what i mean by the above comment about QPrinterDialog, basically the CSS / HTML will be fed (e.g. with search-and-replace amends) with stored settings in the user configuration (from QSettings) and also with on-the-spot configuration such as margins, orientation etc. from the QPrinterDialog, then QPrinter will receive the rendered result as a paint device. Yes, I think Grantlee can take care of that. I will add this to the block diagram. Rendering the QWebView will take place by scrolling the QPainter viewport over the whole content as shown in Figure(3.2) hmm, when i experimented with a paginated CSS template there was no need to scroll the viewport and QWebView simply, magically paginated my pages with render(). i may be missing something, but if you think that the viewport rendering is better i'm glad to hear why? When I use QWebFrame::render() I got the first page only rendered so I used QWebFrame::scroll() , anyway I didn't test this well I will have a deeper look into this. Template options the 3 tabs cover what is required pretty much. how do you plan to generate the previews BTW e.g. QWebView rendering some sort of default contents on a QPixmap that is placed in the dialog? I think the QWebView will render the actual HTML page that will be printed, so the user can preview the style changes dynamically (I am not sure how doable is this) Template this will add the ability to change the source code of the template, this will provide very advanced customization and the ability to change where and how does the data appear. an update button will be needed to re-visualize the theme in the preview. Save and Discard buttons are missing too, I missed those in the prototyping :) A. Milestones B. Timeline it's up to you how you are going to plan your work. here is how i will proceed, but i don't want to change your planned workflow much: i would start by cleaning absolutely *all* details on the UI part, which is usually the most demanding and pretentious part - i.e. there are users involved :-). then, i would sit for a while and think of how i'm going to organize all the functionality in terms of code, naming, classes, inter-module communication and so on. (keep in mind we also have to safely remove the current printer related classes). starting with Grantlee backend seems about right. i would feed it with some basic templates, until the QWebView renderer part is done. only at that point i would start implementing some of the templates and the UI changes. I will edit this part of the proposal as you suggested and resend it again. -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
prososal to code for Asset management- project through gsoc 2015
ABOUT ME: - Name : sonali k - university : national institute of technology karnataka,surathkal(india) - background : 1st year btech undergraduate in information technology MY CODING SKILLS: - 1) i use windows 8.1 operating system and the 2) hardware specification is: processor: intel(R) core(TM) i5-4210u CPU @ 1.70GHz 2.40 GHz installed memory(RAM): 8.00GB system type: 64-bit operating system,x64-based processor for coding c/c++ i use dev cpp and for html,css,java and javascript,bootstrap i use sublim text and i also know github. - 2) i have coded in c++ from past 3 years. as iam an 1st year betch now i have coded in my 11th n 12th grade in c++ and coded c in 1st year btech - 3)i have learnt html,css,java,javascript and bootstrap,github and i created an website too using these langauges and this is the link for the website http://webdev.aecskaiga.in/product.html - 4)iam interested in doing* a Asset management- project* Subsurface tracks only a few pieces of equipment that a diver might take on a dive. One often requested feature is the ability to manage all the equipment that a diver has with them, including grouping, tracking weights, etc The user should be able to manage a structured list of equipment with key properties for each component (things like make, model, date of purchase, next date of required service, weight). The user should be able to create groups of these items (n:m) and name those groups. Forevery dive the user should be able to simply pick a number of these groups or individual items. They should be visualized on the UI. iam capable of coding this project as i have - C / C++ / Qt5 - understanding of data structures and data relationships CONTRIBUTION FROM ME: iam a very curious student eager to learn new things n highly talented in coding skills and iam participating in GSOC 2015 for the 1st time n iam very much interested in coding for ur project. 1. read through the documentation. watched the video and understood how subsurface works 2. installed subsurface on windows and played around with it. cloned the repo in a fedora vm built it from the code using instructions given 3. looked at some bugs THE PROJECT - i want to acieve the accomplishment of coding for Design of the data structures used, the UI to manage and assign items to a dive, the storage format for the different supported storage backends. i will do this together with the developers, taking their input and requirements into account. An implementation of the basic features mentioned above plus corresponding documentation. - i chose this project because i think iam highly talented in it. - i would work for full time 40h/week during GSoC sir,i would be expecting a positive response from your side. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 18 March 2015 at 23:22, Gehad Elrobey gehadelro...@gmail.com wrote: Hello Lubomir, I am attaching a draft of my proposal in pdf format, Please review it. your feedback is most welcome :) Gehad, your application is very well formed. other students can take this into account when they write their own applications. here are some entry level notes and questions that will emphasize on eventual topics of interest for the *actual* user base. Pre Existing layouts technical information ● Supported Paper size : A4 – A5 ● Supported Quality : 300 dpi ● Supported Orientation : Portrait we need to extract settings from the QPrinterDialog and from the user configuration QSettings and adjust the CSS .media related sections before the pagination. i'm pretty sure this is doable. III. Design solid ideas. we may have to adjust the naming of the classes slightly (e.g. just Printer instead of CustomPrinter), but we also have to consider the support for social networks, related class names and to plan the class inheritance. Grantlee templates This are the preexisting templates that can be used directly. yes, keeping the current templates is nice. Figure(3.1) Printing block diagram the graph looks good. if can you visualize what i mean by the above comment about QPrinterDialog, basically the CSS / HTML will be fed (e.g. with search-and-replace amends) with stored settings in the user configuration (from QSettings) and also with on-the-spot configuration such as margins, orientation etc. from the QPrinterDialog, then QPrinter will receive the rendered result as a paint device. Rendering the QWebView will take place by scrolling the QPainter viewport over the whole content as shown in Figure(3.2) hmm, when i experimented with a paginated CSS template there was no need to scroll the viewport and QWebView simply, magically paginated my pages with render(). i may be missing something, but if you think that the viewport rendering is better i'm glad to hear why? The proposed new dialog figure(3.4) nice, in general this is the idea about the new dialog. user suggestions are welcome about this one. Template options the 3 tabs cover what is required pretty much. how do you plan to generate the previews BTW e.g. QWebView rendering some sort of default contents on a QPixmap that is placed in the dialog? user suggestions are welcome about the layout and functionality listing of the dialog. General user can choose paper size, printing quality, margin size. all of these seem fine to be on the rendered side (e.g. Chrome has them), but if the user chooses something from the printer dialog (lower level - read closer to the OS and hardware) we may have to override some of them with or without notification. Style user can control the font, font size, and colors. random color generator can be included. nice. users will surely voice about more things in here. we should keep this tab's contents to a minimum at first, but best would be to consider a QScrollArea, just in case, as the CSS flexibility will open more feature requests. there are two options here. the contents of this tab: 1) should make sense for any possible template. 2) will update based on what is copy-pasted in the next tab option 1) is much easier as we don't have to deal with the dynamic creation of Qt UI. we may have to discuss this further. but i would say, consider 1) for now... Template this will add the ability to change the source code of the template, this will provide very advanced customization and the ability to change where and how does the data appear. an update button will be needed to re-visualize the theme in the preview. 1 dive per page 2 dives per page 4 dives per page Flow layout Column flow layout i'm sure Flow layout and Column flow layout will be good examples for what is possible with the new template stack. A. Milestones B. Timeline it's up to you how you are going to plan your work. here is how i will proceed, but i don't want to change your planned workflow much: i would start by cleaning absolutely *all* details on the UI part, which is usually the most demanding and pretentious part - i.e. there are users involved :-). then, i would sit for a while and think of how i'm going to organize all the functionality in terms of code, naming, classes, inter-module communication and so on. (keep in mind we also have to safely remove the current printer related classes). starting with Grantlee backend seems about right. i would feed it with some basic templates, until the QWebView renderer part is done. only at that point i would start implementing some of the templates and the UI changes. VII. Documentation A. User-Manual I ll document the new printing features in the user manual. B. Online tutorial I will write an online tutorial (may be on subsurfacedivelog.org ) to describe how to create a new template and use it with subsurface printing module from scratch. that would be much
[GSoC 2015] An introduction
Hi, I want to introduce myself to all of you. I am Harshal Jalan. I am a freshman, doing my B. Tech.at the Indian Institute of Technology (IIT) Bombay, India. I would be applying for two projects, both under subsurface. One is for implementing the VPM algorithm in c/c++ and the other is for enhancing CCR support. I have successfully built subsurface on Ubuntu and tried some tinkering around using Qt creator. I am trying to solve #839 (addition of another stop at 5m/15ft). I have been coding in C++ and embedded C for about six months and I still have a lot of coding to learn. I have been coding in embedded C as part of a group (we are making a student satellite!) so I have an experience similar to Open source coding, but this is my first foray into open source coding. I have already learnt a lot of things while preparing for the GSoC application and am really excited about it. I am here to learn coding from the subsurface community and, eventually, contribute to the FOSS community. Harshal Jalan PS I am not a diver but i would really like to learn diving one day...! ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Introduction
Oh, I forgot to mention - I'm 'cardinot' in #subsurface 2015-03-19 22:27 GMT-03:00 Marcos Cardinot markoskardi...@gmail.com: Hi everyone, Firstly, I would like to introduce myself... I'm a computer engineer and a physics student who wishes to apply for GSoC this year. In order to get familiar with the source code, I have been studying it and working on some bugs. I've sent four patches so far... so, it means that I've read the 'contribution guidelines', compiled and ran subsurface from source successfully =D There are two projects for which I would be very pleased to apply: 'Unit testing' and 'Asset management'. It seems that the mentors are not assigned yet (?) Please, let me know if I'm wrong, in this case, it would be nice to know who are the potential mentors for each of these projects. =D I also have a couple of initial questions about them... *- Unit testing* I saw that there are a few tests implemented using the Qt Test framework. However, I would suggest using the Google Test Framework. It is far more sophisticated and featureful unit testing framework, especially if we use it with Google Mock. Is there any objection against the use of this framework? should I consider another one? Of course, the QtTest has some good features to test basic GUI events and we could use it for this purpose. Is there a plan to test the GUI in this project as well? in this case, what about using something like Sikuli [1]? *- Asset Management* The main concept of this project is very clear[2], but as I'm not a diver, I really appreciate your help to better understand all the details expected for this project. In this way I would have more knowledge to think about the data structure. Do you recommend any specific documentation/software which would give me ideas about what would be expected from the user point of view (I mean, assets)? Would you expect to have the data being stored in the same log file (xml)? Do you expect to have it placed as a new view or a new dialog? - Any of these projects have a higher priority? I think that the answer for this one will be 'NO' - but, as I'm considering these two projects, it would be awesome to hear from the community which one would make more people happy! =D All the best, Marcos Cardinot [1] www.sikuli.org [2] http://trac.subsurface-divelog.org/wiki/Subsurface_GSOC_2015_Idea_List#Assetmanagement -- MARCOS CARDINOT ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
GSoC 2015 - Introduction
Hi everyone, Firstly, I would like to introduce myself... I'm a computer engineer and a physics student who wishes to apply for GSoC this year. In order to get familiar with the source code, I have been studying it and working on some bugs. I've sent four patches so far... so, it means that I've read the 'contribution guidelines', compiled and ran subsurface from source successfully =D There are two projects for which I would be very pleased to apply: 'Unit testing' and 'Asset management'. It seems that the mentors are not assigned yet (?) Please, let me know if I'm wrong, in this case, it would be nice to know who are the potential mentors for each of these projects. =D I also have a couple of initial questions about them... *- Unit testing* I saw that there are a few tests implemented using the Qt Test framework. However, I would suggest using the Google Test Framework. It is far more sophisticated and featureful unit testing framework, especially if we use it with Google Mock. Is there any objection against the use of this framework? should I consider another one? Of course, the QtTest has some good features to test basic GUI events and we could use it for this purpose. Is there a plan to test the GUI in this project as well? in this case, what about using something like Sikuli [1]? *- Asset Management* The main concept of this project is very clear[2], but as I'm not a diver, I really appreciate your help to better understand all the details expected for this project. In this way I would have more knowledge to think about the data structure. Do you recommend any specific documentation/software which would give me ideas about what would be expected from the user point of view (I mean, assets)? Would you expect to have the data being stored in the same log file (xml)? Do you expect to have it placed as a new view or a new dialog? - Any of these projects have a higher priority? I think that the answer for this one will be 'NO' - but, as I'm considering these two projects, it would be awesome to hear from the community which one would make more people happy! =D All the best, Marcos Cardinot [1] www.sikuli.org [2] http://trac.subsurface-divelog.org/wiki/Subsurface_GSOC_2015_Idea_List#Assetmanagement ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
[GSoC 2015] Project proposal
Hi there, I just finished my proposal. It would be very useful if you can give me some feedback. The application can be found on [1] link. I didn't write it in this e-mail because I was afraid that it will lose the format. Thanks in advance, Claudiu [1] - https://docs.google.com/document/d/10RBySMv4BgzaA9SjHdgLGGtsvt4okFTAUHQnPfvS0cg/edit?usp=sharing ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Introduction
If you have any idea on how I can fix the linking problem, please let me know. As I said it before I have a OpenSuse 13.2-KDE-x86_64 platform. The linker version is GNU ld (GNU Binutils) 2.24.51.20140703. and the version of mingw64-make is GNU Make 4.0. For the moment I will skip the cross-building process and I will try to finish my proposal and to discover other ways to contribute. not good. this is a linker bug and without debug symbols and more information it's impossible to debug. it also could be running out of memory. are you running in a VM by any chance? if so try lifting the memory cap. c++ object code is heavy and filled with junk. trying another (e.g. older) binutils toolchain might also be an option. lubomir -- No, I don't run it in a VM and I believe the configuration of my machine is pretty good (8GB DDR3). I also checked the user limit for a process and it is set to unlimited. I suspect that it is caused by a library that the tool-chain is linked against but I don't know which one. When I will have some time, I will try to get the debugging sources of the tool to see if I can find something useful. If not, I will try to rollback to an older version as you suggested. Thanks, Claudiu ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Introduction
On 17 March 2015 at 22:19, Claudiu Olteanu olteanu.vasilica.clau...@gmail.com wrote: Hi again, After a long battle I managed to reach the final step (the cross building of subsurface project) but somehow the linker fails. I receive a SEGV when it tries to free some memory. I don't know if it is helpful but you can find a dump here[1]. During the cross-compiling process I reached some issues and I will write them here in hope that maybe they will we useful for other people in the future: - one of the issue is in libgit project (file tests/checkout/icase.c) because they use an include directive for Windows header and on mingw the header is with lower case. I made a pull request to fix that but they have a problem with the CI environment so I don't know how much it will take to accept the request[2]. you can expect the unexpected with libgit. - on OpenSuse there is a problem with the mingw64-libzip-devel package(the zipconf header is not installed in the right place) and you have to create manually a symbolic link in the /usr/x86_64-w64-mingw32/sys-root/mingw/include/ directory. they might have missed it as zipconf is a generated file. I also made a list with all the mingw64 packages needed and updated the INSTALL file. I believe that this will reduce the time of the developers which tries for the first time to do a Linux to Windows cross-compilation. You can find a patch attached to this e-mail. If you have any idea on how I can fix the linking problem, please let me know. As I said it before I have a OpenSuse 13.2-KDE-x86_64 platform. The linker version is GNU ld (GNU Binutils) 2.24.51.20140703. and the version of mingw64-make is GNU Make 4.0. For the moment I will skip the cross-building process and I will try to finish my proposal and to discover other ways to contribute. not good. this is a linker bug and without debug symbols and more information it's impossible to debug. it also could be running out of memory. are you running in a VM by any chance? if so try lifting the memory cap. c++ object code is heavy and filled with junk. trying another (e.g. older) binutils toolchain might also be an option. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Introduction
For the moment I will skip the cross-building process and I will try to finish my proposal and to discover other ways to contribute. Worst case I'll just create binaries that you can test and you focus on Linux, first. Well, it will not be a problem for me to change my distribution to Fendora. I always wanted to try it but I didn't had the chance. Maybe this is my opportunity :-). Claudiu ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Introduction
Hi again, After a long battle I managed to reach the final step (the cross building of subsurface project) but somehow the linker fails. I receive a SEGV when it tries to free some memory. I don't know if it is helpful but you can find a dump here[1]. During the cross-compiling process I reached some issues and I will write them here in hope that maybe they will we useful for other people in the future: - one of the issue is in libgit project (file tests/checkout/icase.c) because they use an include directive for Windows header and on mingw the header is with lower case. I made a pull request to fix that but they have a problem with the CI environment so I don't know how much it will take to accept the request[2]. - on OpenSuse there is a problem with the mingw64-libzip-devel package(the zipconf header is not installed in the right place) and you have to create manually a symbolic link in the /usr/x86_64-w64-mingw32/sys-root/mingw/include/ directory. I also made a list with all the mingw64 packages needed and updated the INSTALL file. I believe that this will reduce the time of the developers which tries for the first time to do a Linux to Windows cross-compilation. You can find a patch attached to this e-mail. If you have any idea on how I can fix the linking problem, please let me know. As I said it before I have a OpenSuse 13.2-KDE-x86_64 platform. The linker version is GNU ld (GNU Binutils) 2.24.51.20140703. and the version of mingw64-make is GNU Make 4.0. For the moment I will skip the cross-building process and I will try to finish my proposal and to discover other ways to contribute. Best regards, Claudiu [1] - http://pastebin.com/MpqHVpJN [2] - https://github.com/libgit2/libgit2/pull/2985 On Mon, Mar 16, 2015 at 9:01 AM, Claudiu Olteanu olteanu.vasilica.clau...@gmail.com wrote: Thanks for your responses. Currently I use a OpenSuse distribution (13.2 - KDE - x86_64). I will try to do the cross build when I will get back home and I will let you know if it works. If not I can certainly look over the scripts and try to make them work. In this way I will expand my contribution to other areas. If the things become pretty ugly I will raise a hand on the IRC channel and call for help :-). Cheers, Claudiu From 99a6e65da8fc0bf61561bfc27be83b9cbbe21bd4 Mon Sep 17 00:00:00 2001 From: Claudiu Olteanu olteanu.clau...@ymail.com Date: Tue, 17 Mar 2015 21:26:23 +0200 Subject: [PATCH] Update the documentation with dependencies for cross-building on Linux to Windows Update the documentation with dependencies for cross-building on Linux to Windows for OpenSuse platform and correct some building instructions. Moreover fix the windows building script to use the architectural specific binary. Signed-off-by: Claudiu Olteanu olteanu.clau...@ymail.com --- INSTALL | 36 ++-- packaging/windows/mingw-make.sh | 4 +++- 2 files changed, 33 insertions(+), 7 deletions(-) diff --git a/INSTALL b/INSTALL index 3cc8f73..68aa41c 100644 --- a/INSTALL +++ b/INSTALL @@ -215,6 +215,28 @@ cross builds under Linux (currently on Fedora 20). A shell script to do that (plus the .nsi file to create the installer with makensis) are included in the packaging/windows directory. +On OpenSUSE, for mingw64 packages you should add the specific +repository from their site. After that you can run the following +command: +sudo zypper install mingw64-cross-libqt5-qttools mingw64-mpc-devel \ + mingw64-filesystem mingw64-pkg-config mingw64-cross-gcc \ + mingw64-gcc-c++ mingw64-libusb-1_0-devel \ + mingw64-cross-libqt5-qttools mingw64-libqt5-qtwebkit \ + mingw64-libqt5-qtwebkit-devel mingw64-cross-libqt5-qmake \ + mingw64-libqt5-qtscript mingw64-libqt5-qtscript-devel \ + mingw64-libqt5-qtsvg mingw64-libqt5-qtsvg-devel \ + mingw64-libqt5-qtdeclarative mingw64-libqt5-qtdeclarative-devel \ + mingw64-libssh2-devel mingw64-libzip-devel \ + mingw64-sqlite-devel mingw64-win_iconv-devel \ + mingw64-libxslt-devel mingw64-libqt5-qttools + +[Observation] - Sometimes on OpenSUSE platform there is a problem with +the mingw64-libzip-devel package(the zipconf header is not installed in +the right place) and you have to create a symbolic link using the following +command: + sudo ln -s /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libzip/include/zipconf.h \ + /usr/x86_64-w64-mingw32/sys-root/mingw/include/zipconf.h + Everywhere below the mingw64- prefix is used for the cross tools. If you really need a 32bit binary you need to use mingw32- as prefix and you may also run into issues creating an installable binary with Qt5 (i.e., you @@ -258,9 +280,11 @@ $ sudo mingw64-make install To compile libgit2, use: -$ mkdir -p ~/src/libgit2/build $ git clone git://github.com/libgit2/libgit2 ~/src/libgit2 -$ cd ~/src/libgit2/build +$ mkdir ~/src/libgit2/build +$ cd ~/src/libgit2 +$ git checkout v0.21.5 +$ cd build $ mingw64-cmake ..
GSoC 2015 student submission window is open
Hello to all potential GSoC candidates. Here's a quick reminder... we would like every student to read through our documents online, a good place to start is here: http://trac.subsurface-divelog.org/wiki/Subsurface_GSOC_2015_Idea_List Espeially look at http://trac.subsurface-divelog.org/wiki/SOC%20Application%20Template and look at the TASKS section of that document. It lists the things you should do when considering sending a proposal for Subsurface. And those include 1) understand our contribution guidelines 2) build Subsurface from source 3) submit 2 patches 4) introduce yourself on the mailing list I have seen only a handful of students fulfill these requirements so far. That's quite disappointing... /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015
On Mon, Mar 16, 2015 at 04:02:06PM +0100, Robert Helling wrote: Thomas, of course I agree (otherwise we would’t propose that project) and many of our users ask for such a thing (as other deco software offers it). As far as practical use is concerned, however, I doubt that it would make so much of a difference: I believe that Buehlmann with gradient factors offers already pretty much all of the flexibility (in its two parameters) to fit pretty much any deco model even for the types of dives the usual tec diver does within the error bars of physiological uncertainty. I.e. you can already tune your gradient factors to make it mimic any reasonable bubble based deco schedule within the appropriate uncertainty. Let me once more point out my pamphlet (in German) about this: http://euve10195.vserver.de/~robert/dekotheorie.pdf http://euve10195.vserver.de/~robert/dekotheorie.pdf One of the things that crack me up about the implementations of bubble algorithms that I have seen so far is that they all have these unexplained constants that are thrown in - and those constants have been carefully chosen to make the profiles generated by the bubble algorithms match the Buehlmann profiles... Yay progress :-) /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015
Robert, Rick, we are also very interested to have VPM running on a real diving computer; that's one reason, we build our oDiCo project based on a CORTEX M4 kernel, we are using a STM32F4, that has a build in FPU to speed up floating point operations. We think it is very important for divers to know about the deco modell they are diving with. In former times Bühlmann's model was well documented and dive computers, like the ALADIN, worked close related to the diving tables based an the Bühlmann model. When diving with modern deco models, like Suunto's RGBM, I am always in doubt about the thoughts of my diving computer, because these modern models are closed shop, no way to check the proper operation. We think it is time for the open source idea also in diving computers, for the planning of a dive as well as for the dive itself in real time. An good structured, well documented open source implementation of VPM-B as a C-Lib would have the chance to get a proven modern bubble deco algorithms, that could be used in desktop computers and also in diving computers. I could be evaluated by a lots of peoples ... Your comments? Tom Am 14.03.2015 um 14:27 schrieb Robert C. Helling: Rick, On 14 Mar 2015, at 13:30, Rick Walsh rickmwa...@gmail.com mailto:rickmwa...@gmail.com wrote: Someone should also check there are no licence issues using it. I think the fortran code is free but not gnu. part of the project is (at least from my perspective) not to somehow embed the FORTRAN code into subsurface but to attempt a rewrite as hopefully that would clear up how the algorithm works (the original program is very much in a spaghetti tradition) and would document it better in that way. If we achieve that, copyright might not so much be an issue only possibly patents (which do not exist for VPM-B as far as I can see). Best Robert ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Introduction
Thanks for your responses. Currently I use a OpenSuse distribution (13.2 - KDE - x86_64). I will try to do the cross build when I will get back home and I will let you know if it works. If not I can certainly look over the scripts and try to make them work. In this way I will expand my contribution to other areas. If the things become pretty ugly I will raise a hand on the IRC channel and call for help :-). Cheers, Claudiu ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
[GSoC 2015] Introduction
Hi there, I believe that it is time to introduce myself and to let you know that I intend to apply for the idea Native Bluetooth support for Linux and/or Windows - GSoC 2015. My name is Claudiu Olteanu and I am a bachelor student at the University Politechnica of Bucharest. I have a strong background in C language and some bluetooth experience from GSoC 2013 edition where I implemented a bluetooth transport plugin for GNUnet organization. Until today I managed to build the sources on a Linux platform, to play a little with the interface and to watch the tutorial. Unfortunately I'm not a diver and I don't understand all the terms but I have faith that I will learn all of them soon. I also fixed an issue (probably the easiest one :) ) and I hope that I will continue my contribution. Since the idea should be implemented both on Linux and Windows I decided to build the project for the last platform too. As I expected this process is not as easy as the one for Linux but I am confident that I will succeed. I also want to know if: - some ideas have a higher priority than others to be accepted, or the difference will be made by the applications; - I should talk here details about the implementation or I should contact the mentor assigned for the bluetooth idea; - I can publish my proposal here when it will be in a good shape to receive some feedback. Happy hacking! Claudiu ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: [GSoC 2015] Introduction
On Sun, Mar 15, 2015 at 11:36:30PM +0200, Claudiu Olteanu wrote: I believe that it is time to introduce myself and to let you know that I intend to apply for the idea Native Bluetooth support for Linux and/or Windows - GSoC 2015. Excellent! Certainly one of the projects that I was hoping we'd find a talented student for... (and before any of the other students start to worry... I'd say that for pretty much every single one of the projects... that's why they are on the list :-) ) My name is Claudiu Olteanu and I am a bachelor student at the University Politechnica of Bucharest. I have a strong background in C language and some bluetooth experience from GSoC 2013 edition where I implemented a bluetooth transport plugin for GNUnet organization. That does sound like you would be a good fit for this project! Until today I managed to build the sources on a Linux platform, to play a little with the interface and to watch the tutorial. Unfortunately I'm not a diver and I don't understand all the terms but I have faith that I will learn all of them soon. I also fixed an issue (probably the easiest one :) ) and I hope that I will continue my contribution. It's perfectly OK for the two patches to be really simple things. What I am looking for is to make sure people are able to send clean patches, can deal well with feedback (a couple other candidates who picked harder problems had to go through a few redo cycles), and overall seem to fit into the way we do things in Subsurface... Being a diver is really not necessary. Lubomir, one of our top contributors, is not a diver. Tomaz, our #1 contributor, wasn't a diver when he started. He's now certified and has done a couple of dives... but without meaning any disrespect to him or his skills as a diver... he still isn't exactly a DIVER :-) None of the four students from last year were divers, and two of them are still quite actively contributing... Since the idea should be implemented both on Linux and Windows I decided to build the project for the last platform too. As I expected this process is not as easy as the one for Linux but I am confident that I will succeed. Building natively on Windows is SO MUCH PAIN that I suggest that you don't do this. It's reasonably easy to cross build from Linux for Windows (which is how the official binaries are created). I have switched tool chains about half a year ago, so I'm not sure the scripts in packaging/windows are still 100% correct, but I can easily make sure that's the case. Which Linux distribution do you use? I also want to know if: - some ideas have a higher priority than others to be accepted, or the difference will be made by the applications; Nope. It will be entirely about the application. I think last year we had one that several of the principal developers here really really wanted to have - and we ended up not picking any of the candidates for that idea since we just didn't think their proposals were strong enough. On the flip side we had an idea that was more of an afterthought and that we picked because of a strong candidate (and he's still around, contributing). - I should talk here details about the implementation or I should contact the mentor assigned for the bluetooth idea; We don't have the mentors assigned, yet. - I can publish my proposal here when it will be in a good shape to receive some feedback. Certainly. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015
On Sun, Mar 15, 2015 at 7:18 PM, Anjali Shally shally@gmail.com wrote: -- Forwarded message -- From: Anjali Shally shally@gmail.com Date: Sat, Mar 14, 2015 at 10:58 AM Subject: GSOC 2015 To: subsurface@subsurface-divelog.org Hi All, I am Anjali, a 3rd year student of B.Tech Computer Science at Manipal Institute of Technology,Manipal,Karnatake, India.I am participating in GSOC 2015 .I am well versed in C/C++ and Java programming.I have experience working in Qt as well. I also have a good understanding of databases.I have worked on various projects which are as follows: - Application for a book shop :The project was developed using Java swings for creating the UI and MYSQL, as the database, in the back-end. Some of the functionalities/highlights of the application were management of purchase transactions, providing information about recent book launches to customers and management streamlining of traffic in book store. - Web Application:The project aimed at creating web application using Oracle ADF and involved incorporating databases using Oracle Express Edition and SQL Developer.The project was a web based student portal system.This project was a part of my summer internship last year. - An android application as a part of my academic curriculum in college. I would love to work on the project Asset Management during GSOC 2015 , I will really appreciate if anyone can provide me any pointers related to this project or suggest a concrete task or something that I could do before starting to write my proposal . Hello Anjali, I start by copying Tomaz's previous response to similar introduction: ---8--- try to understand our codebase and see what needed datastructures will be needed, compile the software and open a few dive files to see how everything works try to fix a bug or improve something before summer of code, this will tell us that you can indeed program. ---8--- We have a two patch rule to qualify, more information is available on our GSoC idealist page [1]. There is also a link to our bug tracker with some bugs marked as easy fix [2]. These are a good place to start familiarizing with the code. I am sure we have a couple of people on the mailing list who are really interested in this feature and are able to give some idea what our users want from the asset management. [1] http://trac.subsurface-divelog.org/wiki/Subsurface_GSOC_2015_Idea_List [2] http://trac.subsurface-divelog.org/report/13 HTH, miika ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015
On 14/03/2015 11:13 PM, Henrik Brautaset Aronsen subsurf...@henrik.synth.no wrote: 14. mar. 2015 11.03 skrev Robert C. Helling hell...@atdotde.de: I compiled a reading list: http://trac.hohndel.org/wiki/VPM%20background%20reading There's also an issue pointing to the various discussions we've been having about VPM: http://trac.hohndel.org/ticket/721 Henrik I believe the aim should actually be to implement the vpm-b algorithm, which improved the original and is now the most commonly used form. From memory, there's a free fortran vpm-b program on the decompression.org ftp site, and an explanation of the code. May also be worth looking at https://github.com/bwaite/vpmb Someone should also check there are no licence issues using it. I think the fortran code is free but not gnu. Rick ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
GSOC 2015
Hello, I am Harsh , a 3rd year student of B.Tech. IT from University School of Communication Technology,GGS Indraprastha University, Delhi, India. I am interested in the Subsurface project and would like to work on the idea Touch UI port. I would like to know more about this from mentor's point of view. Also, please help me find some sort junior job so that i can get familiarized with the source code. Regards, Harsh Jain ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015
On 13 March 2015 at 21:51, Caio Souza caioc2bol...@gmail.com wrote: Hello, I would like to introduce myself to the subsurface community. I'm Caio Souza, a master student at Polytechnic Institute from Universite of the State of Rio de Janeiro, Brazil. I have interest in the project VPM-B/BE, I would like to hear more about it from the mentor's point of view, the necessity of a new implementation over the existent, details of what is expected for the new implementation and are missing in the old one, etc. but, really, Tomaz is a hero around these parts. ;) as he said you should look for a couple of patches to send before you start with the deco algorithm questions. we use this as a filter to ensure that students are interested in building the project, to begin with and not waste our time. CCin Robert just in case if he wants to give you a couple of quick pointers. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015
Nice, Atm, I'm not able to submit any patch because my work machine is in repair. Anyway when I get it back I'll be glad to work in the patches. I think that more info about the project better I can develop a proposal/draft that fits the community needs and also familiar with it. On Fri, Mar 13, 2015 at 6:44 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 13 March 2015 at 21:51, Caio Souza caioc2bol...@gmail.com wrote: Hello, I would like to introduce myself to the subsurface community. I'm Caio Souza, a master student at Polytechnic Institute from Universite of the State of Rio de Janeiro, Brazil. I have interest in the project VPM-B/BE, I would like to hear more about it from the mentor's point of view, the necessity of a new implementation over the existent, details of what is expected for the new implementation and are missing in the old one, etc. but, really, Tomaz is a hero around these parts. ;) as he said you should look for a couple of patches to send before you start with the deco algorithm questions. we use this as a filter to ensure that students are interested in building the project, to begin with and not waste our time. CCin Robert just in case if he wants to give you a couple of quick pointers. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
GSOC 2015
Hi All, I am Anjali, a 3rd year student of B.Tech Computer Science at Manipal Institute of Technology,Manipal,Karnatake, India.I am participating in GSOC 2015 .I am well versed in C/C++ and Java programming.I have experience working in Qt as well. I also have a good understanding of databases.I have worked on various projects which are as follows: - Application for a book shop :The project was developed using Java swings for creating the UI and MYSQL, as the database, in the back-end. Some of the functionalities/highlights of the application were management of purchase transactions, providing information about recent book launches to customers and management streamlining of traffic in book store. - Web Application:The project aimed at creating web application using Oracle ADF and involved incorporating databases using Oracle Express Edition and SQL Developer.The project was a web based student portal system.This project was a part of my summer internship last year. - An android application as a part of my academic curriculum in college. I would love to work on the project Asset Management during GSOC 2015 , I will really appreciate if anyone can provide me any pointers related to this project or suggest a concrete task or something that I could do before starting to write my proposal . Thank You, Anjali ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Adding integration with more online dive logs GSoC 2015
On Wed, Mar 11, 2015 at 4:32 PM, Dirk Hohndel d...@hohndel.org wrote: On Wed, Mar 11, 2015 at 07:31:47PM +0200, Yosef Hamza wrote: a) Left it as implemented first for now -safer- b) Done but when passing the gaschange to the helper C function the compiler raised a warning, I guessed that's not acceptable, So I did this hack. QString char *. Is that okay? qPrintable( qstring_variable ) ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Adding integration with more online dive logs GSoC 2015
On Tue, Mar 10, 2015 at 11:08:14PM +0200, Yosef Hamza wrote: Check this and let me know what you think. This is for the second one, I will leave the first one for now and check the new changes made there by Tomaz. The code flow has changed quite a bit for that one, so yes, read what's there before continuing. Did you resend the one that deals with negative time? The code was right, just the commit message didn't seem so great... diff --git a/qt-ui/profile/profilewidget2.cpp b/qt-ui/profile/profilewidget2.cpp index cfcd25d..17a2eb9 100644 --- a/qt-ui/profile/profilewidget2.cpp +++ b/qt-ui/profile/profilewidget2.cpp @@ -1383,6 +1383,20 @@ void ProfileWidget2::changeGas() struct gasmix gasmix; int seconds = timeAxis-valueAt(scenePos); + if (seconds == 0) { + struct event **events = current_dc-events; + struct event *temp; + while (*events) { + temp = (*events)-next; + if (event_is_gaschange(*events) (*events)-time.seconds == 0) { + remove_event(*events); + mark_divelist_changed(true); + replot(); + } + *events = temp; + } + } + Let me nit-pick a little :-) a) the events are ordered by time, so the moment you have one where time.seconds 0 you can stop b) even easier, we have a helper function you could use: get_next_event(ev, gaschange); so you call this with current_dc-events if you get an event back AND its time stamp is 0, remove that event try again, again with current_dc-events as pointer repeat until you don't find a gas change c) I wouldn't call replot() in the middle; while it's unlikely that there would be two gas changes at t=0, still one replot() would be sufficient, right? So I'd have a little flag (bool eventRemoved) and then call mark_divelist_changed() and replot() if eventRemoved is true. Makes sense? I know that this might feel frustrating. You keep sending patches and I keep criticizing the code and not taking them. This really is intended to help you and to make sure you understand the code and the code we have in the end makes sense. Sure, I could just fix this myself (that would be a lot less work for me) - but it's unlikely that you'd learn something if I did that. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Adding integration with more online dive logs GSoC 2015
a) Left it as implemented first for now -safer- b) Done but when passing the gaschange to the helper C function the compiler raised a warning, I guessed that's not acceptable, So I did this hack. QString char *. Is that okay? c) Done §Yousef On Wed, Mar 11, 2015 at 12:20 AM, Dirk Hohndel d...@hohndel.org wrote: On Wed, Mar 11, 2015 at 12:13:17AM +0200, Yosef Hamza wrote: On Tue, Mar 10, 2015 at 11:39 PM, Dirk Hohndel d...@hohndel.org wrote: On Tue, Mar 10, 2015 at 11:08:14PM +0200, Yosef Hamza wrote: a) the events are ordered by time, so the moment you have one where time.seconds 0 you can stop Yea I thought about that, But Gehad told me before that there was an issue that can make events be out of order. There is? That would be bad. Gehad, can you comment on that? b) even easier, we have a helper function you could use: get_next_event(ev, gaschange); so you call this with current_dc-events if you get an event back AND its time stamp is 0, remove that event try again, again with current_dc-events as pointer repeat until you don't find a gas change That's a better solution indeed I didn't know about, I need to surf the helper functions more.. We have a lot of them. And not well structured, not consistently named, not well documented. There's almost a GSoC project hiding here in code cleanup... but the problem is that this would have to be done by a rather experienced developer whom I really trust... hard challenge for GSoC... c) I wouldn't call replot() in the middle; while it's unlikely that there would be two gas changes at t=0, still one replot() would be sufficient, right? So I'd have a little flag (bool eventRemoved) and then call mark_divelist_changed() and replot() if eventRemoved is true. Makes sense? Yes. Excellent. I know that this might feel frustrating. You keep sending patches and I keep criticizing the code and not taking them. This really is intended to help you and to make sure you understand the code and the code we have in the end makes sense. Sure, I could just fix this myself (that would be a lot less work for me) - but it's unlikely that you'd learn something if I did that. No not at all, It give me valuable checkmarks when submitting patches :) :-) /D 0001-Removing-gas-change-events-0-00-when-new-one-is-adde.patch Description: Binary data ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Adding integration with more online dive logs GSoC 2015
Hey subsurface, My name is Yousef Hamza, and I'm 3rd year CESS student, I already have contributions to subsurface the desktop app and the iOS app. I'm interested in adding integration to subsurface with established online dive logs, In the description diveboard.com was mentioned I googled a little bit more to find what else out there. I made this list of other online dive logs that also provide REST APIs, I don know they fit with subsurface or not as of now, Anyway here's the list: -diveseven.com (Their API still in beta) -dive.io So before starting to write the proposal I have a couple of questions: 1_ The mentor isn't announced yet, but Is there someone who are most likely will mentor that project? 2_ How important this project to subsurface? 3_ What will be a satisfying output for you? and Is it include some of the websites from the list I mentioned above? Thanks in advance. §Yousef ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Adding integration with more online dive logs GSoC 2015
On Tue, Mar 10, 2015 at 5:02 PM, Dirk Hohndel d...@hohndel.org wrote: On Tue, Mar 10, 2015 at 02:54:48PM +0200, Yosef Hamza wrote: Hey subsurface, My name is Yousef Hamza, and I'm 3rd year CESS student, I already have contributions to subsurface the desktop app and the iOS app. You have sent some ideas for the iOS app and you still need to actually implement what I asked you to do in the code review. So I think it's a bit misleading to claim that you already have contributions. I think there has been a misunderstanding. I'm speaking generally, here is my Github account: https://github.com/yousefhamza. You can find me among the contributors on both subsurface and iOS companion app. About the code review for the patches that are still in progress, I'm waiting your reply on both. §Yousef ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 10 March 2015 at 17:49, Gehad Elrobey gehadelro...@gmail.com wrote: On Sun, Mar 8, 2015 at 9:40 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: compared to what we do ATM - rendering the profile QWidget directly to QPrinter which produces vector (Win32 / OSX only), the introduction of SVG which is grabbed from a QWidget then displayed in QWebView which is then rendered to QPrinter surely will slow things down as it introduce an intermediate step (SVG). the alternative - somehow obtain the absolute position of the div (jQuery?) where the profile should be located and it's scaled dimensions on the page and then do QProfileWidget-render() at that exact location on top of the already rendered HTML template. this avoids SVG completely! After I gave QWebView some tests I was able to render a QPicture on the top of the QWebView in the area of the dive profile. Getting the dive profile box location wasn't hard as I used QWebFrame::findAllElements() so I even didn't use javascript or JQuery. awesome, Also by using our own rendering we will be able to provide printing with different qualities (DPIs) as an option, but we will lose some printing features that WebKit provides in its printing approach QWebFrame::print() ex. @media print page-break-inside so we will need to handle the pagination on our own. again this is the solution i think is the correct one, to avoid SVG. if we have way to much trouble with this second pass (layouting the profiles on top of the pages), SVG is there as the backup plan. I attached a pdf printout of the QWebview rendering the HTML template and a QPicture rendered on top. it seems to offset the profile QPicture a little vertically for each page (moves it little above of the designated area), which could be a rounding error. hopefully fixable by something like qRound() on our side. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Adding integration with more online dive logs GSoC 2015
On Wed, Mar 11, 2015 at 12:13:17AM +0200, Yosef Hamza wrote: On Tue, Mar 10, 2015 at 11:39 PM, Dirk Hohndel d...@hohndel.org wrote: On Tue, Mar 10, 2015 at 11:08:14PM +0200, Yosef Hamza wrote: a) the events are ordered by time, so the moment you have one where time.seconds 0 you can stop Yea I thought about that, But Gehad told me before that there was an issue that can make events be out of order. There is? That would be bad. Gehad, can you comment on that? b) even easier, we have a helper function you could use: get_next_event(ev, gaschange); so you call this with current_dc-events if you get an event back AND its time stamp is 0, remove that event try again, again with current_dc-events as pointer repeat until you don't find a gas change That's a better solution indeed I didn't know about, I need to surf the helper functions more.. We have a lot of them. And not well structured, not consistently named, not well documented. There's almost a GSoC project hiding here in code cleanup... but the problem is that this would have to be done by a rather experienced developer whom I really trust... hard challenge for GSoC... c) I wouldn't call replot() in the middle; while it's unlikely that there would be two gas changes at t=0, still one replot() would be sufficient, right? So I'd have a little flag (bool eventRemoved) and then call mark_divelist_changed() and replot() if eventRemoved is true. Makes sense? Yes. Excellent. I know that this might feel frustrating. You keep sending patches and I keep criticizing the code and not taking them. This really is intended to help you and to make sure you understand the code and the code we have in the end makes sense. Sure, I could just fix this myself (that would be a lot less work for me) - but it's unlikely that you'd learn something if I did that. No not at all, It give me valuable checkmarks when submitting patches :) :-) /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
GSOC 2015 proposal
Hello, I am a college student who has an idea for android app. I will get straight to my app. I propose an idea of bus tracking using the GPS receiver in our smartphones. We can simply use google maps to pin point the location of that particular bus the user wants. So, I am thinking of proposing this idea in GSOC 2015. But wanted to contact you guys to know if this proposal is acceptable or not. Please reply asap. Thank you, Yash Gadle ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
I've only really scanned this thread, so please excuse me if I'm raising something that's already been covered. It seems we're talking about rendering using HTML along with a few other things. Have we considered pagination? I know this is something that HTML isn't great at. You can, of course, print html, and it will paginate it, but is controlling how this happens easy? I understand there is support for pagination in CSS - is this enough for us to do reasonable looking 1 dive per page, 2 dives per page, etc? Or, are we considering rendering each dive as an individual HTML document, and then have the framework code assemble that into a pdf/print commands, etc? One of the reasons i raised this as a possible GSoC project was the poor experience when you have any more than a few lines of 'prose' in the notes for a dive - I tend to waffle a bit in some of my dive logs. Martin ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Tue, Mar 10, 2015 at 1:20 AM, Long, Martin mar...@longhome.co.uk wrote: I've only really scanned this thread, so please excuse me if I'm raising something that's already been covered. It seems we're talking about rendering using HTML along with a few other things. Have we considered pagination? I know this is something that HTML isn't great at. You can, of course, print html, and it will paginate it, but is controlling how this happens easy? I understand there is support for pagination in CSS - is this enough for us to do reasonable looking 1 dive per page, 2 dives per page, etc? CSS supports 'page-break-inside' property which define whether a page break is allowed inside a specified element or not, also max/min height can be used for pagination, but taking into consideration that the overflow of long notes will either be trimmed or will expand the dive to more printing area and in this case we can't ensure to have N dives per page (this can be something like flow layout). So as I expect yes we can control this easily. -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 8 March 2015 at 20:55, Gehad Elrobey gehadelro...@gmail.com wrote: Thanks lubomir for your clarification. When I tested rendering some svg images with QWebView it wasn't slow at all. So the bottleneck in this process is saving QPicture as SVG? compared to what we do ATM - rendering the profile QWidget directly to QPrinter which produces vector (Win32 / OSX only), the introduction of SVG which is grabbed from a QWidget then displayed in QWebView which is then rendered to QPrinter surely will slow things down as it introduce an intermediate step (SVG). the alternative - somehow obtain the absolute position of the div (jQuery?) where the profile should be located and it's scaled dimensions on the page and then do QProfileWidget-render() at that exact location on top of the already rendered HTML template. this avoids SVG completely! i would like us to test the alternative firs, unless you have objections. surely this won't be that difficult with Javascript / CSS / jQuery: http://stackoverflow.com/questions/683339/how-do-i-find-the-absolute-position-of-an-element-using-jquery if it's way too tricky we can go back to the SVG idea. Also we don't have to save the svg images to the disk and render them back to QWebView, I found that we can access the QWebView requests directly by extending QNetworkAccessManager class and overridding createRequest() function, Then we can serve the meta:image/svg requests directly from memory. do you think this will do any optimization? i don't think QNetworkAccessManger is needed as we can use QBuffer. see my example a couple of emails above: QByteArray byteArray; QBuffer buffer(byteArray); QSvgGenerator svg; svg.setOutputDevice(buffer); ... lubomir -- P.S.: bottom-posting please :-) ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
Thanks lubomir for your clarification. When I tested rendering some svg images with QWebView it wasn't slow at all. So the bottleneck in this process is saving QPicture as SVG? Also we don't have to save the svg images to the disk and render them back to QWebView, I found that we can access the QWebView requests directly by extending QNetworkAccessManager class and overridding createRequest() function, Then we can serve the meta:image/svg requests directly from memory. do you think this will do any optimization? On Sun, Mar 8, 2015 at 12:46 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 8 March 2015 at 00:23, Gehad Elrobey gehadelro...@gmail.com wrote: On Sun, Mar 8, 2015 at 12:11 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 7 March 2015 at 23:47, Lubomir I. Ivanov neolit...@gmail.com wrote: one thing to figure out is how are we going to embed the profile pictures... if we are capturing the output of a QWebPage then we first need to show the profiles in there. for that img src=data: metatype, base64, theDataGoesHere / can be used. now, there is an alternative for all that, but it's tricky... since we can use QWebFrame::render() on a QPainter that uses the QPrinter as paint device, in theory we can position a QPicture of the profile exactly over the already rendered profile HTML frame (e.g. in your PDF that would be dive profile area), but that's only in theory. I was thinking of using Grantlee to generate parts of the HTML code, one part for each widget that will be placed in the layout dynamically, we can also insert the profile photos dynamically as the HTML code. So the Qt class will call Grantlee many times to fill in the div s (or widgets in the main layout) dynamically and generate the full html code that can be rendered by QWebPage and printed. if i understand correctly you are planning to load the profiles as images in HTML and render both the dive data and the profile as a whole, via QWebPage. is that the case? but i think that for vector profiles in the printout to work, we need to use meta:image/svg instead of meta:image/png and that's why i proposed QSvg. we currently have the profile printed as vector (on Windows at least), so going back to strictly raster profiles in the printout is a step backwards. but if there is a way to avoid showing SVG in the HTML that would be the way to go, because it's going to be very slow. as i explained above, it will require some trickery (CSS?) to obtain the absolution position of where the profile has to be inserted on the page and it's dimensions. if we can estimate that, we can simply render a profile as QPicture over the HTML rendered layout (QPrinter being the paint device for both the underlying HTML template and the profiles which will be placed on top). lubomir -- -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015 - Touch UI Port (Android)
On 7 March 2015 at 19:31, Abhishek Kumar abhishek11...@iiitd.ac.in wrote: I was at the project page of your organization and the found the project Touch UI Port (Android) . You have mentioned that you will be working on Qt with Android. I have a lot of experience in Android but not on Qt. Could you provide some pointers for me to get started so that I can contribute to this project. hello, please, get familiar with the Subsurface codebase and read the two patch rule: http://trac.subsurface-divelog.org/wiki/Subsurface_GSOC_2015_Idea_List#Thetwopatchesrule the first major difference between Android development and Qt development is the language - Java vs C++. you should be familiar with C++ to work on this task. we are also interested in solutions using QML - which is Javascript-like language and is used for UI creation in Qt. after installing the Qt framework there are some touch related example in the examples/touch folder. this can help you understand the Qt on Android topic: http://doc.qt.io/qt-5/examples-android.html currently, Subsurface does build on Android with a desktop like UI, while the plan and the goal of the GSoC task is to provide an alternative touch UI for mobile devices. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Sun, Mar 8, 2015 at 12:11 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 7 March 2015 at 23:47, Lubomir I. Ivanov neolit...@gmail.com wrote: one thing to figure out is how are we going to embed the profile pictures... if we are capturing the output of a QWebPage then we first need to show the profiles in there. for that img src=data: metatype, base64, theDataGoesHere / can be used. now, there is an alternative for all that, but it's tricky... since we can use QWebFrame::render() on a QPainter that uses the QPrinter as paint device, in theory we can position a QPicture of the profile exactly over the already rendered profile HTML frame (e.g. in your PDF that would be dive profile area), but that's only in theory. I was thinking of using Grantlee to generate parts of the HTML code, one part for each widget that will be placed in the layout dynamically, we can also insert the profile photos dynamically as the HTML code. So the Qt class will call Grantlee many times to fill in the div s (or widgets in the main layout) dynamically and generate the full html code that can be rendered by QWebPage and printed. -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 8 March 2015 at 00:23, Gehad Elrobey gehadelro...@gmail.com wrote: On Sun, Mar 8, 2015 at 12:11 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 7 March 2015 at 23:47, Lubomir I. Ivanov neolit...@gmail.com wrote: one thing to figure out is how are we going to embed the profile pictures... if we are capturing the output of a QWebPage then we first need to show the profiles in there. for that img src=data: metatype, base64, theDataGoesHere / can be used. now, there is an alternative for all that, but it's tricky... since we can use QWebFrame::render() on a QPainter that uses the QPrinter as paint device, in theory we can position a QPicture of the profile exactly over the already rendered profile HTML frame (e.g. in your PDF that would be dive profile area), but that's only in theory. I was thinking of using Grantlee to generate parts of the HTML code, one part for each widget that will be placed in the layout dynamically, we can also insert the profile photos dynamically as the HTML code. So the Qt class will call Grantlee many times to fill in the div s (or widgets in the main layout) dynamically and generate the full html code that can be rendered by QWebPage and printed. if i understand correctly you are planning to load the profiles as images in HTML and render both the dive data and the profile as a whole, via QWebPage. is that the case? but i think that for vector profiles in the printout to work, we need to use meta:image/svg instead of meta:image/png and that's why i proposed QSvg. we currently have the profile printed as vector (on Windows at least), so going back to strictly raster profiles in the printout is a step backwards. but if there is a way to avoid showing SVG in the HTML that would be the way to go, because it's going to be very slow. as i explained above, it will require some trickery (CSS?) to obtain the absolution position of where the profile has to be inserted on the page and it's dimensions. if we can estimate that, we can simply render a profile as QPicture over the HTML rendered layout (QPrinter being the paint device for both the underlying HTML template and the profiles which will be placed on top). lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Mar 6, 2015, at 7:15 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 6 March 2015 at 16:37, Dirk Hohndel d...@hohndel.org wrote: No, we will not include TeX or assume that is installed. I see the technical benefit, it's completely unrealistic as print backend for a dive log app i agree, Robert, if you want, you can still add the Export to TeX feature from the export dialog which would be nice. Our user base will not have TeX installed. I’ll bet my lunch money on that. Cluttering our UI for something that no one will use? Questionable. Worse, people will insist that the Linux packages depend on TeX and install another 280MB of crap, just in case someone might at some point want to print a logbook. Sorry, NAK from the maintainer. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 6 March 2015 at 11:31, Anton Lundin gla...@acc.umu.se wrote: On 06 March, 2015 - Robert Helling wrote: Hi, On 06.03.2015, at 00:52, Gehad Elrobey gehadelro...@gmail.com wrote: I managed to print a QTextDocument directly after generating the HTML code by Grantlee with Qt5. I attached a pdf of the print out. as I said, my worry is not so much that you can use templates to generate some html. I am concerned that the Qt subset of html is not expressive enough to produce decent layouts beyond simple tables. To get an idea what people’s paper divelogs look like in the wild, do a google image search for “dive log template”. Compared to what we have now, we need much better control over spacing (inclunding whitespace, there we currently waste far too much precious room on the paper), fields for which we don’t have information should in many cases not be displayed and the room be used for what we actually have etc. For me, for example, beyond the very basic information (date, depth, time, location, buddy), the notes are by far the most important textual element and should occupy sufficient room (in a decent font size). As far as i can understand http://qt-project.org/wiki/QtWebEngine , Qt's html renderer is based on chromium so i don't think its lacking any bells and whistles. TMK there are a couple of engines. there is one which is used by QTextDocument, which is a HTML subset and lacks at certain areas like CSS, and the other one is the WebKit engine which is like the backend of a full-blown modern browser. like i said in the previous email, i'm pretty sure we are going to need WebKit, because QTextDocument is going to soon become sub-par for our needs, which opens two questions: - how fast is the WebKit rendering to QPicture / QPixmap? - do we care that the Windows package is going to inflate 30+MB for the release build (also it's probably going to require ICU which is another 20+MB unless there is a way to use WebKit without ICU)? lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Mar 6, 2015, at 3:29 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 6 March 2015 at 13:13, Robert Helling hell...@atdotde.de wrote: On 06.03.2015, at 10:31, Anton Lundin gla...@acc.umu.se wrote: As far as i can understand http://qt-project.org/wiki/QtWebEngine , Qt's html renderer is based on chromium so i don't think its lacking any bells and whistles. I am glad to hear that. Still we need it to describe a printed page rather (with elements to grow/shrink to fit paper sizes etc) than an page in a web browser. As a start, I just tried to produce some simple example with LibreOfficeWriter and save that as html but the output is not even close to the way the document looked. yeah, HTML is really only well fit for web browsers and as everyone knows when you print a web-page it may look *a bit* different in terms of layout / scaling etc. we are going to need some experiments with Grantlee and a renderer (e.g. WebKit) to see to what extent we can get it to be WYSIWYG. That, to me, is the way to go. It might not be pixel perfect rendering. But we should be able to get something that gets people roughly what they want. I made this a GSoC idea for a reason. This is perfect for a student to work on. The underlying programming and tools are not too complicated, the math / logic is not too complicated, but it will take patience and some trial and error to get this mostly right. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 6 March 2015 at 17:20, Dirk Hohndel d...@hohndel.org wrote: On Mar 6, 2015, at 3:29 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 6 March 2015 at 13:13, Robert Helling hell...@atdotde.de wrote: On 06.03.2015, at 10:31, Anton Lundin gla...@acc.umu.se wrote: As far as i can understand http://qt-project.org/wiki/QtWebEngine , Qt's html renderer is based on chromium so i don't think its lacking any bells and whistles. I am glad to hear that. Still we need it to describe a printed page rather (with elements to grow/shrink to fit paper sizes etc) than an page in a web browser. As a start, I just tried to produce some simple example with LibreOfficeWriter and save that as html but the output is not even close to the way the document looked. yeah, HTML is really only well fit for web browsers and as everyone knows when you print a web-page it may look *a bit* different in terms of layout / scaling etc. we are going to need some experiments with Grantlee and a renderer (e.g. WebKit) to see to what extent we can get it to be WYSIWYG. That, to me, is the way to go. It might not be pixel perfect rendering. But we should be able to get something that gets people roughly what they want. I made this a GSoC idea for a reason. This is perfect for a student to work on. The underlying programming and tools are not too complicated, the math / logic is not too complicated, but it will take patience and some trial and error to get this mostly right. any comments on my idea earlier in this thread to expose the Grantlee templates per dive as a backend so that both for the social network share and the printing can use them? it complicates things and goes outside of the GSoC printing idea scope, though. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 6 March 2015 at 12:52, Robert Helling hell...@atdotde.de wrote: Hi, On 06.03.2015, at 11:47, Lubomir I. Ivanov neolit...@gmail.com wrote: - what are going to present to the user in terms of UI / dialogs etc, i assume we can start with a text box for the Grantlee template generator input we could as well produce a hand-full of standard layout (“themes” if you like) and let the user choose from those. If they want anything different or change those, they would have to add templates (with a text editor or whatever). I think that would be good enough for must users. yes, that's the better of ideas, i think. for instance, 4 built-in templates and a text box to paste-in a user defined one. ..and we can also attempt to have some toggle buttons for the default templates (e.g. profile on top/bottom) to provide some extra customization for users who can't write their own template. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 06 March, 2015 - Robert Helling wrote: Hi, On 06.03.2015, at 00:52, Gehad Elrobey gehadelro...@gmail.com wrote: I managed to print a QTextDocument directly after generating the HTML code by Grantlee with Qt5. I attached a pdf of the print out. as I said, my worry is not so much that you can use templates to generate some html. I am concerned that the Qt subset of html is not expressive enough to produce decent layouts beyond simple tables. To get an idea what people’s paper divelogs look like in the wild, do a google image search for “dive log template”. Compared to what we have now, we need much better control over spacing (inclunding whitespace, there we currently waste far too much precious room on the paper), fields for which we don’t have information should in many cases not be displayed and the room be used for what we actually have etc. For me, for example, beyond the very basic information (date, depth, time, location, buddy), the notes are by far the most important textual element and should occupy sufficient room (in a decent font size). As far as i can understand http://qt-project.org/wiki/QtWebEngine , Qt's html renderer is based on chromium so i don't think its lacking any bells and whistles. //Anton -- Anton Lundin+46702-161604 ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 6 March 2015 at 13:13, Robert Helling hell...@atdotde.de wrote: On 06.03.2015, at 10:31, Anton Lundin gla...@acc.umu.se wrote: As far as i can understand http://qt-project.org/wiki/QtWebEngine , Qt's html renderer is based on chromium so i don't think its lacking any bells and whistles. I am glad to hear that. Still we need it to describe a printed page rather (with elements to grow/shrink to fit paper sizes etc) than an page in a web browser. As a start, I just tried to produce some simple example with LibreOfficeWriter and save that as html but the output is not even close to the way the document looked. yeah, HTML is really only well fit for web browsers and as everyone knows when you print a web-page it may look *a bit* different in terms of layout / scaling etc. we are going to need some experiments with Grantlee and a renderer (e.g. WebKit) to see to what extent we can get it to be WYSIWYG. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
http://stackoverflow.com/questions/3341485/how-to-make-a-html-page-in-a4-paper-size-pages Em Sex, 6 de mar de 2015 08:36, Gehad Elrobey gehadelro...@gmail.com escreveu: On Fri, Mar 6, 2015 at 1:29 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 6 March 2015 at 13:13, Robert Helling hell...@atdotde.de wrote: On 06.03.2015, at 10:31, Anton Lundin gla...@acc.umu.se wrote: As far as i can understand http://qt-project.org/wiki/QtWebEngine , Qt's html renderer is based on chromium so i don't think its lacking any bells and whistles. I am glad to hear that. Still we need it to describe a printed page rather (with elements to grow/shrink to fit paper sizes etc) than an page in a web browser. As a start, I just tried to produce some simple example with LibreOfficeWriter and save that as html but the output is not even close to the way the document looked. yeah, HTML is really only well fit for web browsers and as everyone knows when you print a web-page it may look *a bit* different in terms of layout / scaling etc. we are going to need some experiments with Grantlee and a renderer (e.g. WebKit) to see to what extent we can get it to be WYSIWYG. I am think of making some default layouts that divide the page into N x M boxes (in different page orientation) , and the user have the option to map the data to the boxes for each dive. for example he puts the dive profile in the top right corner and the dive notes in the bottom of the page and this layout is repeated for each dive. The problem of well fitting can be handled by responsive html design for each widget so that the data will always fit in the widget that is placed in the N x M boxes. This will need a lot more testing to check how this will actually work. lubomir -- -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 6 March 2015 at 13:36, Gehad Elrobey gehadelro...@gmail.com wrote: I am think of making some default layouts that divide the page into N x M boxes (in different page orientation) , and the user have the option to map the data to the boxes for each dive. for example he puts the dive profile in the top right corner and the dive notes in the bottom of the page and this layout is repeated for each dive. The problem of well fitting can be handled by responsive html design for each widget so that the data will always fit in the widget that is placed in the N x M boxes. This will need a lot more testing to check how this will actually work. the current printlayout.cpp supports NxM (even if the UI only allows certain ones). there is simple formula that is used for that. basically it takes the N and M parameters and based on the available space on the page and padding it estimates the size of single dive (profile + table). the problem with this approach is that if, say the dive notes are too long they may not fit in the singular estimated space for a dive. the alternative is to feed only N (e.g. columns) and produce a more fluid layout where a dive can span vertically even to multiple columns if it has longer notes. the next dive starts at the column where the previous one ended (think newspaper). lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015: Touch UI Port (Android)
On Thu, Mar 5, 2015 at 5:04 PM, Umang Arora umang12...@iiitd.ac.in wrote: Hello I am Umang Arora, pursuing my Bachelor of Technology in Computer Science Engineering from IIIT DELHI India. I am really interested in working on the project titled “*Touch UI Port (Android)” *under your idea page for GSOC 2015. I am comfortable in c, c++, Java, Python, PHP, Ruby on Rails, JavaScript, CSS, HTML, MySQL etc. I have worked on various web development and android projects till date and have good experience in backend as well as front end programming. At present I am working on a SaaS project and another SNMP based occupancy management and analysis portal. You can go through my Github profile for the same: https://github.com/umangarora. One thing that excites me about this project is that we are expected to use C/C++ for android unlike java which is commonly in practice. Considering my current project I am working on is also purely in C and C++, this would be a perfect project for me. For my proposal I would really love to get a head start from you guys. I would really appreciate if any of you would guide me forward and let me know about bugs to start from considering the projects I am interested in and any other documentation I must go through while working on this project. Well, Try to get the project, install it, test using a default dive that goes with the source, fix or improve something that you don't like. we will help you on the project, but you need to be able to compile and run it first. *Umang Arora* IIIT-Delhi http://www.iiitd.ac.in/ ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Thu, Mar 5, 2015 at 6:55 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 4 March 2015 at 16:31, Tomaz Canabrava tcanabr...@kde.org wrote: On Wed, Mar 4, 2015 at 11:14 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 4 March 2015 at 16:05, Tomaz Canabrava tcanabr...@kde.org wrote: also, i don't understand Tomaz' idea about the Grantlee extension, so perhaps we need to investigate into that as well. it probably uses QTableView Qt's Model-View-X pattern, which i don't like that much, yet Subsurface already uses it pretty much everywhere! Grantlee *is* a HTML + CSS template engine that integrates with Qt. it follows Django template scheme, so it's very flexible and easy to extend yep, i did gather that previously. for instance, we could do something like this in grantlee: template.html header ... /header body h1 {{ dive.where }} /h1 h2 {{ dive.buddy }} /h2 /body ( yes, very short example ) and let the grantlee template system do it's magic. i don't understand what the output of Grantlee template generator is; is it a data model for a QTableView that then can be rendered to an image, is it an image, or something else? an html file. nothing more than this. so for the built-in printing, i assume we need to load the file (/text ?) into a rendering entity like QTextDocument or QWebPage and then produce a QPicture / QPixmap that can be fed to QPrinter? do you think that QTextDocument will suffice or WebKit will be needed? from what i tested at some point the built-in HTML subset wasn't optimal for more complicated input. lubomir -- I managed to print a QTextDocument directly after generating the HTML code by Grantlee with Qt5. I attached a pdf of the print out. -- regards, Gehad print.pdf Description: Adobe PDF document ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 4 March 2015 at 16:31, Tomaz Canabrava tcanabr...@kde.org wrote: On Wed, Mar 4, 2015 at 11:14 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 4 March 2015 at 16:05, Tomaz Canabrava tcanabr...@kde.org wrote: also, i don't understand Tomaz' idea about the Grantlee extension, so perhaps we need to investigate into that as well. it probably uses QTableView Qt's Model-View-X pattern, which i don't like that much, yet Subsurface already uses it pretty much everywhere! Grantlee *is* a HTML + CSS template engine that integrates with Qt. it follows Django template scheme, so it's very flexible and easy to extend yep, i did gather that previously. for instance, we could do something like this in grantlee: template.html header ... /header body h1 {{ dive.where }} /h1 h2 {{ dive.buddy }} /h2 /body ( yes, very short example ) and let the grantlee template system do it's magic. i don't understand what the output of Grantlee template generator is; is it a data model for a QTableView that then can be rendered to an image, is it an image, or something else? an html file. nothing more than this. so for the built-in printing, i assume we need to load the file (/text ?) into a rendering entity like QTextDocument or QWebPage and then produce a QPicture / QPixmap that can be fed to QPrinter? do you think that QTextDocument will suffice or WebKit will be needed? from what i tested at some point the built-in HTML subset wasn't optimal for more complicated input. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
so for the built-in printing, i assume we need to load the file (/text ?) into a rendering entity like QTextDocument or QWebPage and then produce a QPicture / QPixmap that can be fed to QPrinter? do you think that QTextDocument will suffice or WebKit will be needed? from what i tested at some point the built-in HTML subset wasn't optimal for more complicated input. I don't know the answer - I'll talk with the Calligra guys, because they do lots of printing tests and will have a better answer. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Wed, Mar 4, 2015 at 4:14 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 4 March 2015 at 16:05, Tomaz Canabrava tcanabr...@kde.org wrote: also, i don't understand Tomaz' idea about the Grantlee extension, so perhaps we need to investigate into that as well. it probably uses QTableView Qt's Model-View-X pattern, which i don't like that much, yet Subsurface already uses it pretty much everywhere! Grantlee *is* a HTML + CSS template engine that integrates with Qt. it follows Django template scheme, so it's very flexible and easy to extend yep, i did gather that previously. for instance, we could do something like this in grantlee: template.html header ... /header body h1 {{ dive.where }} /h1 h2 {{ dive.buddy }} /h2 /body ( yes, very short example ) and let the grantlee template system do it's magic. i don't understand what the output of Grantlee template generator is; is it a data model for a QTableView that then can be rendered to an image, is it an image, or something else? BTW Gehad, if you want, you can start experimenting with Grantlee. I have it complied on Windows so perhaps you can try setuping a simple TestGrantlee POC package for Qt5 to show everyone how it fits our needs? I built Grantlee on linux and I am going to look more into it these days. I love the fact that Grantlee produces HTML files that can be printed easily with neat quality without the need to reinvent the wheel. I'm -1 for depending on tex because it's a huge package and a mess to install it on windows if we can get your idea to work then we can use it for printing, while the TeX export is still viable as a separate feature. Quite a lot of the issues we had on the painter side was when we depended on Qt4, since now we are depending on qt5 we can look if the issues are still happening. hopefully true. lubomir -- -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 4 March 2015 at 07:52, Gehad Elrobey gehadelro...@gmail.com wrote: On Tue, Mar 3, 2015 at 2:05 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 3 March 2015 at 01:10, Gehad Elrobey gehadelro...@gmail.com wrote: Hi, As Subsurface became a mentoring organization in GSoC '15 so I am willing to join this year under Subsurface organization. I am interested in the idea of Adding customizable print formats. I am specially interested in this idea as subsurface lacks good printing capabilities and also this project will be some how related to the HTML codebase I wrote in my project last year. Before I start writing my proposal I would like to know the community's (and Lubomir for sure as the mentor) opinions and expectations about the project? and what do you think is missing mainly in the current printing system? some random thoughts, i would agree that some research and user feedback is needed here, since as a non-user the current printing capabilities seem static but sufficient to me! the facebook share is even less flexible than what we have for printing. perhaps it's possible to unify the backend for social network share layouting and the print layouting, since doing a printout is probably for the purpose of sharing: In my opinion facebook sharing is limited to show a dive profile (with some dive photos if they exist) and add the remaining data to the photo caption, while printing on the other hand needs to be highly customizable to be able to use every space in the paper. Please correct me if I am wrong(I don't use the feature as a user). at some point facebook users may want a table attached to the profile picture. the caption can cover things like biddies, location etc, but i don't think it's suitable for everything. but if captions in social networks are sufficient for the extra dive data then there is no point of attaching a table to the profile picture. some (questionable) forward thinking in terms of backend. - ShareLayout could be the backend for what i describe - a ShareLayout will determine the social network share or printout layout - having or not having the profile or the table could be a toggle option in ShareLayout - ShareLayoutOptions could be the frontend that the user interacts with and it generates a ShareLayout - the current PrintLayout could arrange ShareLayouts e.g. user defined NxM layouts - the facebook share will upload a single ShareLayout Can you clarify this part more please, I don't get how user data will be mapped to the ShareLayout? ShareLayout is fed dive data (struct dive) and layout data (e.g. HTML). based on that a ShareLayout can render a visual of the provided data. this is something i would do to suit both the social network demands and the print demands. but if the social network backend abstraction is not needed we can rename / adjust the class names. i would ditch the QTablexx implementations completely and implement a custom QPainter that is HTML template based (and probably quite slow). Tomaz at some point proposed a Qt template library for custom printing, but i don't like the idea of adding even more dependencies to Subsurface. if others approve of that, i would do the same. I am interested in using HTML templates that gives high customization to the prints, while the library Tomaz has proposed seems to be very good too. I think we may need Dirk's opinion about the dependency. i've tried compiling the Grantlee on Windows and it works, but i haven't tested it. out of time ATM. this part from the ideas page is important: But the team is open to other ideas that solve the underlying problem: being able to customize the print output to include the information that the user perceives as relevant and giving the user control over major style elements like font sizes and positioning of the various data. i think, before you start writing the proposal users should provide feedback on what level of customization they want from the print layouting. I am going to ask for more user input in subsurface user forum. sounds good. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Wed, Mar 4, 2015 at 11:14 AM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 4 March 2015 at 16:05, Tomaz Canabrava tcanabr...@kde.org wrote: also, i don't understand Tomaz' idea about the Grantlee extension, so perhaps we need to investigate into that as well. it probably uses QTableView Qt's Model-View-X pattern, which i don't like that much, yet Subsurface already uses it pretty much everywhere! Grantlee *is* a HTML + CSS template engine that integrates with Qt. it follows Django template scheme, so it's very flexible and easy to extend yep, i did gather that previously. for instance, we could do something like this in grantlee: template.html header ... /header body h1 {{ dive.where }} /h1 h2 {{ dive.buddy }} /h2 /body ( yes, very short example ) and let the grantlee template system do it's magic. i don't understand what the output of Grantlee template generator is; is it a data model for a QTableView that then can be rendered to an image, is it an image, or something else? an html file. nothing more than this. BTW Gehad, if you want, you can start experimenting with Grantlee. I have it complied on Windows so perhaps you can try setuping a simple TestGrantlee POC package for Qt5 to show everyone how it fits our needs? I'm -1 for depending on tex because it's a huge package and a mess to install it on windows if we can get your idea to work then we can use it for printing, while the TeX export is still viable as a separate feature. Quite a lot of the issues we had on the painter side was when we depended on Qt4, since now we are depending on qt5 we can look if the issues are still happening. hopefully true. lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
Grantlee is a very good library, if we need to suporte custom, user templates, that is the choice to make. Em Ter, 3 de mar de 2015 09:06, Lubomir I. Ivanov neolit...@gmail.com escreveu: On 3 March 2015 at 01:10, Gehad Elrobey gehadelro...@gmail.com wrote: Hi, As Subsurface became a mentoring organization in GSoC '15 so I am willing to join this year under Subsurface organization. I am interested in the idea of Adding customizable print formats. I am specially interested in this idea as subsurface lacks good printing capabilities and also this project will be some how related to the HTML codebase I wrote in my project last year. Before I start writing my proposal I would like to know the community's (and Lubomir for sure as the mentor) opinions and expectations about the project? and what do you think is missing mainly in the current printing system? some random thoughts, i would agree that some research and user feedback is needed here, since as a non-user the current printing capabilities seem static but sufficient to me! the facebook share is even less flexible than what we have for printing. perhaps it's possible to unify the backend for social network share layouting and the print layouting, since doing a printout is probably for the purpose of sharing: - ShareLayout could be the backend for what i describe - a ShareLayout will determine the social network share or printout layout - having or not having the profile or the table could be a toggle option in ShareLayout - ShareLayoutOptions could be the frontend that the user interacts with and it generates a ShareLayout - the current PrintLayout could arrange ShareLayouts e.g. user defined NxM layouts - the facebook share will upload a single ShareLayout i would ditch the QTablexx implementations completely and implement a custom QPainter that is HTML template based (and probably quite slow). Tomaz at some point proposed a Qt template library for custom printing, but i don't like the idea of adding even more dependencies to Subsurface. if others approve of that, i would do the same. this part from the ideas page is important: But the team is open to other ideas that solve the underlying problem: being able to customize the print output to include the information that the user perceives as relevant and giving the user control over major style elements like font sizes and positioning of the various data. i think, before you start writing the proposal users should provide feedback on what level of customization they want from the print layouting. Davide, Robert - any ideas? lubomir -- p.s. please mind there is a chance that i could be AFK for weeks during the GSoC period. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
On 2 March 2015 at 23:06, Dirk Hohndel d...@hohndel.org wrote: Hi there, we are once again a mentoring organization in GSoC. If you would like to mentor a student, please sign up for an account at google-melange.com and ask to join Subsurface as a mentor. The number of developers willing to volunteer as mentors will have a major impact on how many students we can accept... just removed, Better ZIP file format integration as it's redundant at this point (new libzip). lubomir -- ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On Tue, Mar 3, 2015 at 2:05 PM, Lubomir I. Ivanov neolit...@gmail.com wrote: On 3 March 2015 at 01:10, Gehad Elrobey gehadelro...@gmail.com wrote: Hi, As Subsurface became a mentoring organization in GSoC '15 so I am willing to join this year under Subsurface organization. I am interested in the idea of Adding customizable print formats. I am specially interested in this idea as subsurface lacks good printing capabilities and also this project will be some how related to the HTML codebase I wrote in my project last year. Before I start writing my proposal I would like to know the community's (and Lubomir for sure as the mentor) opinions and expectations about the project? and what do you think is missing mainly in the current printing system? some random thoughts, i would agree that some research and user feedback is needed here, since as a non-user the current printing capabilities seem static but sufficient to me! the facebook share is even less flexible than what we have for printing. perhaps it's possible to unify the backend for social network share layouting and the print layouting, since doing a printout is probably for the purpose of sharing: In my opinion facebook sharing is limited to show a dive profile (with some dive photos if they exist) and add the remaining data to the photo caption, while printing on the other hand needs to be highly customizable to be able to use every space in the paper. Please correct me if I am wrong(I don't use the feature as a user). - ShareLayout could be the backend for what i describe - a ShareLayout will determine the social network share or printout layout - having or not having the profile or the table could be a toggle option in ShareLayout - ShareLayoutOptions could be the frontend that the user interacts with and it generates a ShareLayout - the current PrintLayout could arrange ShareLayouts e.g. user defined NxM layouts - the facebook share will upload a single ShareLayout Can you clarify this part more please, I don't get how user data will be mapped to the ShareLayout? i would ditch the QTablexx implementations completely and implement a custom QPainter that is HTML template based (and probably quite slow). Tomaz at some point proposed a Qt template library for custom printing, but i don't like the idea of adding even more dependencies to Subsurface. if others approve of that, i would do the same. I am interested in using HTML templates that gives high customization to the prints, while the library Tomaz has proposed seems to be very good too. I think we may need Dirk's opinion about the dependency. this part from the ideas page is important: But the team is open to other ideas that solve the underlying problem: being able to customize the print output to include the information that the user perceives as relevant and giving the user control over major style elements like font sizes and positioning of the various data. i think, before you start writing the proposal users should provide feedback on what level of customization they want from the print layouting. I am going to ask for more user input in subsurface user forum. Davide, Robert - any ideas? lubomir -- p.s. please mind there is a chance that i could be AFK for weeks during the GSoC period. -- regards, Gehad ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: Customizable Print Formats GSoC 2015
On 3 March 2015 at 01:10, Gehad Elrobey gehadelro...@gmail.com wrote: Hi, As Subsurface became a mentoring organization in GSoC '15 so I am willing to join this year under Subsurface organization. I am interested in the idea of Adding customizable print formats. I am specially interested in this idea as subsurface lacks good printing capabilities and also this project will be some how related to the HTML codebase I wrote in my project last year. Before I start writing my proposal I would like to know the community's (and Lubomir for sure as the mentor) opinions and expectations about the project? and what do you think is missing mainly in the current printing system? some random thoughts, i would agree that some research and user feedback is needed here, since as a non-user the current printing capabilities seem static but sufficient to me! the facebook share is even less flexible than what we have for printing. perhaps it's possible to unify the backend for social network share layouting and the print layouting, since doing a printout is probably for the purpose of sharing: - ShareLayout could be the backend for what i describe - a ShareLayout will determine the social network share or printout layout - having or not having the profile or the table could be a toggle option in ShareLayout - ShareLayoutOptions could be the frontend that the user interacts with and it generates a ShareLayout - the current PrintLayout could arrange ShareLayouts e.g. user defined NxM layouts - the facebook share will upload a single ShareLayout i would ditch the QTablexx implementations completely and implement a custom QPainter that is HTML template based (and probably quite slow). Tomaz at some point proposed a Qt template library for custom printing, but i don't like the idea of adding even more dependencies to Subsurface. if others approve of that, i would do the same. this part from the ideas page is important: But the team is open to other ideas that solve the underlying problem: being able to customize the print output to include the information that the user perceives as relevant and giving the user control over major style elements like font sizes and positioning of the various data. i think, before you start writing the proposal users should provide feedback on what level of customization they want from the print layouting. Davide, Robert - any ideas? lubomir -- p.s. please mind there is a chance that i could be AFK for weeks during the GSoC period. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
GSOC 2015
hi all i am mahmoud from egypt i am interested in ios development, i was asking if you're participating in gsoc 2015 and if your participating please inform me about your ideas related to the ios app . Thanks Mahmoud ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSOC 2015
Hi Mahmoud, On Feb 21, 2015, at 6:52 AM, Mahmoud Ashraf mahmou...@gmail.com wrote: i am mahmoud from egypt i am interested in ios development, i was asking if you're participating in gsoc 2015 and if your participating please inform me about your ideas related to the ios app . Have you looked at our ideas page? We have quite a few ideas listed, but we aren’t really planning to do anything on IOS. The license of our main application is incompatible with the iTunes store… If you have an idea what you think we should do, you are of course always welcome to suggest your own ideas /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
Don't you think the whole statistics feature would be a good candidate for a delimited project? Subsurface has the whol data structure so every statistic is a view of that data and can be developed as a single unit. On Sun, Feb 15, 2015 at 7:36 AM, Dirk Hohndel d...@hohndel.org wrote: I have submitted an application. The ideas are at http://trac.subsurface-divelog.org/wiki/Subsurface_GSOC_2015_Idea_List - feel free, to add / change. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface -- Davide https://vimeo.com/bocio/videos ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
On Sun, Feb 15, 2015 at 11:23:34AM +0100, Davide DB wrote: Don't you think the whole statistics feature would be a good candidate for a delimited project? Subsurface has the whol data structure so every statistic is a view of that data and can be developed as a single unit. I believe that Tomaz will be implementing a good chunk of this for 4.5 which will be in a couple of months, before GSoC even gets going. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
Wow On Sun, Feb 15, 2015 at 3:44 PM, Dirk Hohndel d...@hohndel.org wrote: On Sun, Feb 15, 2015 at 11:23:34AM +0100, Davide DB wrote: Don't you think the whole statistics feature would be a good candidate for a delimited project? Subsurface has the whol data structure so every statistic is a view of that data and can be developed as a single unit. I believe that Tomaz will be implementing a good chunk of this for 4.5 which will be in a couple of months, before GSoC even gets going. /D -- Davide https://vimeo.com/bocio/videos ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
So here are some ideas that I have seen... - more flexible print formatting Something template based that the user can modify - unit testing We have a start, but this needs a lot more work - asset management Ability to manage all the equipment that a diver has with them on a dive, including grouping, tracking weights, etc - more work on the Android full Subsurface Implement useful dialogs with QML or QtWidgets. NOT build a new UI, but tune the existing UI to be more Android/touch friendly - adding integration with more online logbooks There are several more out there that have an API What else? /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
On 04/02/2015 21:01, Dirk Hohndel wrote: So here are some ideas that I have seen... - more flexible print formatting Something template based that the user can modify - unit testing We have a start, but this needs a lot more work - asset management Ability to manage all the equipment that a diver has with them on a dive, including grouping, tracking weights, etc - more work on the Android full Subsurface Implement useful dialogs with QML or QtWidgets. NOT build a new UI, but tune the existing UI to be more Android/touch friendly - adding integration with more online logbooks There are several more out there that have an API What else? /D ___ s I have been using the HTML dive log export quite a lot lately to have my log handy on my phone when dive companies want to see my log. It is a really useful tool but it still needs lots of development. For starters it currently never gives the max depth of a dive. The basic dive list should contain the max depth and dive duration, the temperatures (currently shown) are less important. The presentation of the dive profile is totally inconsistent. Sometimes it gives the pressure of the cylinder, other times not, I think only when the cylinder pressure is measured my a transmitter. This is not very useful for the bulk of the recreational folk. I really think there is a useful place for this tool and it would really be to the advantage of all users if it could receive some concerted attention, not just piecemeal fixes. Kind regards, willem ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
On 04 February, 2015 - Dirk Hohndel wrote: On Wed, Feb 04, 2015 at 11:11:21PM +0100, Anton Lundin wrote: On 04 February, 2015 - Dirk Hohndel wrote: So here are some ideas that I have seen... - more flexible print formatting Something template based that the user can modify - unit testing We have a start, but this needs a lot more work - asset management Ability to manage all the equipment that a diver has with them on a dive, including grouping, tracking weights, etc - more work on the Android full Subsurface Implement useful dialogs with QML or QtWidgets. NOT build a new UI, but tune the existing UI to be more Android/touch friendly - adding integration with more online logbooks There are several more out there that have an API What else? After a re-read of http://trac.hohndel.org/wiki/Subsurface_GSOC_2014_Idea_List * Continuous Integration Framework I know that you cooked something for the daily builds. Do you think there is something left there worth looking at as a gsoc project? No - what I have works for what I need and makes my job easy. I don't see any value in having someone develop a competing system. * Native Windows/Linux/OS-X Bluetooth rfcomm The Windows and Linux parts are pretty straight forward. The OS-X bits are a mess, because rfcomm isn't a socket api there... Yes, that should be added. I have a promise to get a Mac BT implementation soon. Windows and Linux still have to be addressed. Jef did some POC patches for libdivecomputer quite a while back. Those might be good inspiration. * UI/UX polish? Especially the planner... Having random students work on the UI is unlikely to get us ahead unless we have specific wirefeames that they can implement... This was more a desperate hope for a student with awesome design and ux skills =) I'm probably just dreaming... //Anton -- Anton Lundin+46702-161604 ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
Martin, On 01.02.2015, at 22:14, Long, Martin mar...@longhome.co.uk wrote: Allow predifined equipment sets to be selected. eg you can kind of do this already with the cut and paste feature: If you already have a dive with that set of kit you can copy that to any new dive (and possibly make adjustments). Best Robert -- .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO Robert C. Helling Elite Master Course Theoretical and Mathematical Physics Scientific Coordinator Ludwig Maximilians Universitaet Muenchen, Dept. Physik Phone: +49 89 2180-4523 Theresienstr. 39, rm. B339 http://www.atdotde.de Enhance your privacy, use cryptography! My PGP keys have fingerprints A9D1 A01D 13A5 31FA 6515 BB44 0820 367C 36BC 0C1Dand DCED 37B6 251C 7861 270D 5613 95C7 9D32 9A8D 9B8F signature.asc Description: Message signed with OpenPGP using GPGMail ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
On 01 Feb 2015, at 21:14, Dirk Hohndel d...@hohndel.org wrote: If you have ideas we should propose for students, please post. I would love to see better support for images beyond local files. I would like to have pictures from he net (cloud, web pages, flickr, you name it). And associating those to dives should be easier. Also the clock sync it terrible from a user perspective (no feedback what gets matched to what). The other big thing is of course a UI for git load/save. These are just the things that are in the back of my head of „what needs to be done“. Best Robert signature.asc Description: Message signed with OpenPGP using GPGMail ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
GSoC 2015
I'd like to participate again. I think we got some really great result last time and gained a few new developers, too! If you have ideas we should propose for students, please post. /D ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
Re: GSoC 2015
We have very good HTML export as a result of the last GSoC. Have you played with it? Are there features missing from it? If yes, I’m sure Gehad will be curious to hear what you’d like to see added… I only mentioned HTML as some form that could be printed as a log book. Yes, it is excellent, but very interactive, and not close to being usable for a printed log, nor does it have any customisable options over and above the few checkboxes for what to include. ie - while it is a great feature, and very well done, it doesn't come close to solving the 'printed logbook' problem. HOWEVER, what it does is provide the bare building blocks - eg profile rendered as an image/canvas. It does perhaps make it an easier option to do a XSLT transform on this data. Perhaps an option to do a more 'basic' export, as it looks as thought the current export is not a simple webpage but built up with javascript, and so it wouldn't be possible to transform it. ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface