wildeyedskies / log28 Goto Github PK

Hello @beriain , I enjoy using this app, it is very useful for me! However, I found a misleading widget in this app. When I want to add text to the "Add Info" page, I don't find a button to save the text I just entered, but luckily if I quit the program, the text is still there. But it makes me a little uncomfortable, I'm afraid the text is not saved and I'm confused about it. So, just as a personal suggestion, could you try to redesign the widget? And thanks for your useful app!

In the calendarView, the first cycle predicted for the next period is wrong if the initial period dates span across two months.

In this example, the cycle starts on 28/04 so the next cycle should start on 26/05 (using a 28 length default cycle).
I think the error is in predictFuturePeriods(...) in CalendarView.kt, l.106 :

var cycleStart = periodDates.filter { item -> item -1 !in periodDates }.max()?.toCalendar()

item is in long format so item -1 won't work for a cycle across two months. Here, cycleStart should be 20210328 but is 20210401 as item -1 (20210400) is not in periodDates.

If i'm on the "Add Info" screen, on a day other than today, and then i switch to "History" (via the button at the bottom) and then back to "Add Info", the "Add info" screen shows today's date, but information about the previous day i had selected.

Here's me looking at today (July 13) in "Add Info", the normal way (note that nothing is selected for appetite):

here's me looking at two days ago (July 11) in "Add Info" -- note that "high appetite" is selected:

Then i choose "History" and then "Add Info" again, and i get this weird mishmash:

the top says "July 13" but everything below it is from July 11 (not only the appetite data: even the "two days ago" sublabel is wrong).

If so, I can send a patch to display it on the README, so it's not confusing, etc

The calendar view displays a wrong calendar if in any other language rather than english. I think it's because it tries to display sunday as the first day of the week. Concretely, you can see in the screenshots that neither in spanish nor in basque appear the days 1 and 2 of march:

I wrote this years ago and I don't have much time to maintain it now. If you'd like to help out let me know.

Sir I am a University student and want to make such app for my project.
So could you please tell how should I proceed in this.
Could you please make tutorials of it or suggest me any tutorial, please

You can add Screenshots for F-Droid, too, if you want.

https://f-droid.org/en/docs/All_About_Descriptions_Graphics_and_Screenshots/

https://gitlab.com/snippets/1895688

I am a simple user, not a programmer, but I've been using this app for about 4 years now.

I would like to be able to export my data into something like a CSV to do analysis on it, especially the non-bleeding information like headaches and emotions which is basically not usable that far back because it doesn't show up as visible except on single day views.
If this feature gets rolled out and works I'll find a donate button somewhere for you and click it!

Hi! In the commit 606e095 you bumped the version to 0.6.1 but, as you haven't added a tag, there has not been an update of your app in F-Droid. Could you please add a tag so the latest changes can reach F-Droid too and not only Google's Play Store?

Thank you very much.

The political situation in the USA around fertility is fraught today, and data stored on people's phones can potentially get them in trouble.

A local period tracker like log28 is clearly better than one that sends stuff to the cloud, but local data could still be used against someone if their phone is seized.

It would be nice to have a setting that would automatically securely destroy data older than a certain time. This is comparable to "disappearing messages" on a messenger app.

Having a simple setting like "delete logged data after" with choices like 3 months or 6 months would be a nice option for people who have to worry about this. It wouldn't help if a person's phone is seized promptly after a visit for reproductive healthcare, but if their phone was seized later during a delayed prosecution, it might help.

Other possible options for data destruction or protection:

• a button to destroy all data (i guess uninstall and reinstall might work too, but maybe it is clearer to have an explicit action?)
• a button to replace historical data (from some point back?) with reasonable-looking random data

I currently work around it by selecting "bleeding" when I get cramps, but the option to just tie it to cramps would be nice, especially since settings allows those boxes to be removed.

So I literally just downloaded the app, my period started today, but when it asked me "when was the first day of your last period" it didn't let me choose today's date

The app could predict day of ovulation and show the days with the highest pregnancy possibility in calendar

I tried to update gradle to 4.2.2 and it seems like synthetics is deprecated? At least, the project does not build anymore after the update. This guide seems to offer some help.

Realm 10 disallows transactions on the UI thread. Updating to it will require reworking the DB code

The scroll calendar library is way out of date, but to update it the styling code will need to change around.

Hi. I think your project is cool. Would you like a compilation of FAQs? It'll be a self-service guide for prospective users and already existing users. Then a privacy policy would be cool too.

I could help out with the FAQs and Privacy policy if you need them.

I'll love to hear your thoughts on this.