ming-00 / pe Goto Github PK

No details provided.

Once in a while the scrollbar will get stuck while i am trying to access the list of venues. Not sure how to document this but it happened several times.

What is "..."? Is it a delete command?

If I am trying to change end date to something earlier than start date, shouldn't the error be invalid end date, should not be earlier than start date?

I think it can be better handled/ mentioned in the user guide that you cannot use keywords reserved for prefixes. The user guide specifically says that the address can take any format. What if my address has a "c/o" in it? Then the app will not let me go through as it thinks that I am trying to set the clean status.

Creation of instance should be solid line, not dotted line. (edit booking feature sequence diagram)

Usually when you have tags users would expect that they can be used to e.g. filter/find residences by tags. But there is no such feature.

Activation bar for residenceToEdit is longer than needed and not cut off.(edit booking feature sequence diagram)

e.g. it might be beneficial to say for example, what exactly is added? (like a user by the name of "John" would be added to ..." etc etc)

Besides a starting up image and a help command box image, there are no images that would help the user go through the guide (e.g. some commands are wordy and might benefit from having pictorial examples as well.)

The user guide does not really say who exactly this app is for... is it for people who own multiple properties and are renting them out? Is it for the government to keep track of their HDBs and the residents? Who exactly is keeping track of these very different residences? Not very sure who the target audience is.

The user guide says that "The booking period to should not overlap with the booking period of other bookings for the given residence." But I'm not sure if this would make sense in real life? Some of the example residences populated in the app already are like "HDB", or condos, so does this constraint mean that the booker is booking the entire HDB? What if two people are just booking different apartments, or different rooms in the same apartment.
(I think the intention might be that you need to have one entry for each specific "singular" bookable residence, but that would make searching extremely inefficient, especially because the find command also returns all results as long as one word matches. How will you search for apartment number "6-10" if it is going to return all the 6-10 apartments? Or if you want to search for particular apartment in Melville park, wouldn't the search also return every single apartment in Melville park?)

I cannot add booking for a residence that starts on the same date as an end date, but I think it is very reasonable that another booker might come in later that day while the original booker may leave earlier. The app should at least allow flexibility for that.

What is the clean status? The user guide does not say explicitly, and since it is not clear who the application is made for, I'm not sure if the clean status would be something useful for the user. The user guide also says valid clean status inputs are “y", "n", "clean" and "unclean". What does that mean? What's the difference between y and clean, and n and unclean?

Prerequisite should also include that there is already no residence by the name "Amber Park" with the same address etc. etc.

No details provided.

In the activity diagram for status feature, loop condition is "index in indexArray", which is not very clear, and also there is no indication of how this index is updated.

The amount of space allocated for name and address is actually very small, some addresses and names which are longer definitely cannot be contained within that small space. This problem does not disappear even if I try to stretch the margin of the app. And there is no way for me to view the full name and address. The bottom image is after i stretched the app to fill my entire desktop already.

Adding spaces between the index will cause the delete command to no longer work, although the integer is still technically valid.

Let's say I have 200 listings of venues, and I want to add booking to one of them. Add booking takes in residence index. So to make my process more convenient, I want to use find to look for the index of the residence (because I don't want to scroll through 200 listings and look for that residence index). But after finding, the index returns differently because it just arbitrarily orders the search results starting from 1. So, too add booking (or do any other command that needs to take in command), I have to manually search through all my bookings to get the index.

e.g. I want to find index of condo (just pretend its a very big index), then I cannot just do so by finding, which I think partially defeats the purpose of find.

Referring to 8 and 9 and my command, not sure why my command is rejected (add n/Residence a/no and add n/residence a/no do not work), and yet I could add 8 and 9 with no problem. I think that duplicate detection is inconsistent, and is also not specified in the documentation.

when delete is out of index e.g delete 1234, message is first screenshot. When I make the index even larger, error message changes. This error is consistent across all the commands that require index input.