Hardcode to be fix: Bill ID ("LEG 22.222"), Bill Stage Overview ("En cámara de diputados").

Currently the field author is just a text field.

This attribute may contain multiple politicians (usually around 15, but could be as much as 70).

It is a free text field.

Now is hardcoded at ../billtracker_git

When opening the server, it should check if the local repo exists, and initialize it if it's not there.

This toggle will switch between the diff view of the currently selected stage, and the plain view of the most recent contents of the Bill (the contents of the most recent stage that has contents associated)

With:

• Github logo pointing to this repo
• Logo of Directorio Legislativo
• Logo of Democracia en Red

When you edit a Stage or a Bill, coSigners and Authors (ie. Politicians in edit view) do not show correctly. It only displays the "tag" with the "x" symbol but no name.

Futhermore, when you save, coSigners/Authors do not seem to be saved to the database (ie. they show blank both in the show view of the admin and in the frontend).

Backend server logs this:

billtracker:root GET /api/politicians/[object%20Object] +6ms
Error: You must supply a valid Politician ID
    at findById (/home/ubuntu/billtracker/lib/politician/politician-dao.js:28:17)

So it seems it has something to do with the Politician toString or id property or something.

In fact, it triggers an unnecesary request to /api/bills. It should (I think) just be a shortcut for scrolling down to where the projects already are.

And de-hardcode them on front-end

Message TBD

And that causes that the last line appears in the diff as if it was removed and re-added, adding up 2 modifications to the modif count that dont really exist.

Selected stage should appear as selected. Also, the stage previous to the selected one should be visually different from the rest.

So, in the admin we should expose the internal existence of stages, and allow for the stage to have a content or not.

Just titles and subtitles.

Currently is disabled and the Politician only has a profileURL to redirect when the "view profile" button is clicked.

Install dialog polyfills for older browsers.
https://github.com/GoogleChrome/dialog-polyfill

Bio

For a brief description of the politician. Somthing like twitter's Bio.

Party

e.g.: Coalición Cívica

Social Contact

The PoliticianSchema should have something like:

{
  // ...
  social: [{
    value: String
    media: {
        type: String,
        enum: ['facebook', 'email', 'twitter', 'linkedin']
    }
  }]
  // ...
}

Meant to populate this links on profile view:

Comissions

To show a list of the comissions she/he belongs.

Bills

To show a list of the bills she/he participated. Beign an author o cosigning it, or editing it.

If bill edit is submitted without changes in the contents, an empty commit is commited to git, and that creates a bug in the frontend when that stage is selected ("this Stage has undefined modifications" and things alike).

Please tell me how install it

Probably has to do with error handling in commit.getEntry(). https://github.com/DemocraciaEnRed/billtracker/blob/master/lib/gitInterface/gitInterface.js#L75

e.g.: https://github.com/wooorm/remark-lint

The main advantage is that linting the markdown, the diff will be cleaned with only the necessary stuff.

• When clicking a stage link on sidebar, it should show the complete text on that stage.
• When activating "comparisons", it should start comparing the text of the stage with the previous one.

The front-end it's already hardcoded:

Diff is showing removals in red, but inside the removal, a stronger red color is used to highlight a portion of the removal. Is this wordiff? Protoduction bugfeature?

The same happens with additions (ie. green and a subset highlighted in a stronger green).

We should allow for stages to be created upfront (ie. in advance), to show the possible future roadmap of the bill.

However, once a stage becomes associated with a git commit (.ie, contents are submitted for the Stage), the stage becomes read-only and no new stages can be added in the past related to the stage.

In other words, future/potential stages can be added and edited, but present and past stages which already have contents, cannot.