Inviting alpha testing for the New Bilara! Calling all translators!

I have still another point:

In the old Bilara there is the option to show or hide html for site texts (like here: methodology). I am always turning it on, for this is the easiest way to just copy links into my translation column and edit the link text, keep the rest.

But I remember that there were also translators who for their special purposes prefer the html to be hidden. I don’t know if that is still the case. For now in any case it is not possible to hide the html in the new Bilara.

Compare old Bilara:

There’s just a tickbox at the top of the column.

2 Likes

Today’s update:

  1. feat: implement navigation history state management and restore functionality.
  2. feat: the search area remains visible throughout page scrolling in translation page.
4 Likes

We’re dealing with a few remaining details, and hoping to launch next week. So don’t hold back!

4 Likes

This essentially involves rearranging the segment numbers, which is not currently supported.

But that’s as far as I could go with the test because I’m not sure how to save the first split that I attempted. Something that might have caused the error is that I didn’t bring up my translation and move the English into the new segment before I hit “confirm split” … perhaps the empty segment caused an exception to be thrown?

This might be a bug; I haven’t been able to reproduce it yet, but I will continue to monitor it.

1 Like

Today’s update:

  1. feat: add real URLs to items in nav.html so that links can be opened with the middle mouse button or right-click.
1 Like

I mean, ultimately any change can be made by hand-editing the JSON files, and can be implemented in Bilara. But the question is, is it worth it?

Now, generally speaking, the segment numbers in bilara-data follow the paragraph breaks. But this is more a matter of convenience than anything. There are cases in the Pali where I have changed the paragraph breaks, leaving the numbers stranded. It doesn’t really affect anything too much. And it has a benefit, in that it indicates that such a change has been made.

So as a general rule, that’s what I’d recommend: change the HTML if need be, leaving the segment numbers as-is.

But if there’s some special circumstance, we can look at that.

1 Like

I see your point; it isn’t necessary from a software POV. The segment ids just need to be unique (theoretically) so they can function as references for people and keys in the JSON hashes. And, thinking about it, I can also see that it would be a thorny programming problem. It would be pretty involved on the server side to make the changes and do it right in every situation. Merging segments will delete paragraph breaks, and splitting segments will create paragraph breaks when they involve two paragraphs.

Well, for myself and the tasks I will need to do, I can always do it “my way,” which is to insert or overwrite the files in the repo with my own export scripts. That may be the better option for the amount of material we need to add in Chinese.

I totally forgot: We probably should notify all @Translators!

3 Likes

We have prepared a notification flag that will be placed on the old bilara when the date is set, so that users can be prepared.

1 Like

@sabbamitta I added the HTML item to the related menu.

2 Likes

I can’t see it there:

I am on a “site” page that does have html in some segments (methodology).

I remember that the site content did not have corresponding HTML content, but the suttas did have corresponding HTML content?

1 Like

It’s the other way around, acutally. For example tables of content at the top of pages like this:

I believe in suttas like DN1 or other long suttas which have subheaders and tables of content at the beginning, the html is found in the separate html folder. It’s not in Bilara.

hmm, yes, there is a slight difference. For example, in site files, the content and HTML tags are in the same file, while in suttas, the content and HTML are in different files.

My update mainly addresses the second case.

2 Likes

Oh! My question was actually referring to the first case, namely site files with html in the same file.

For me it is good to see the html code, but my memory has it that for other translators it is better to see just the final links. Which was the reason why this tick box “show html” has been implemented to the site files.

I am referring to this post of mine.

1 Like

Got it, let me see how to handle this problem.

2 Likes

Do we need to have our changes merged into mainline before the transition to the new cat?

2 Likes

Yes, ideally. The main thing to remember is that once we switch we can’t work on the old one. Nonetheless, the back end remains the same, so we can merge directly in Github.

Having said which, it’s taking a bit longer than I thought for the publications files, so we won’t be launching v2 this week.

3 Likes

I think this issue is still there. It makes it slow to navigate a long list if I need to use mouse to scroll. I’m talking about this scrollbar.

The bilara navigation banner at the top is non-sticky, so when I scroll down to the bottom of a long list, then I have to scroll all the way up to access bilara navigation banner.

Of course, one can still use browser’s back button to navigate back to previous menu. But that kind of defeat the purpose of having bilara navigation banner.

1 Like

I have some memory that I have seen a vertical scroll bar in the new Bilara, but right now I don’t see any at all!

It’s actually there. But you only get to see it if you hover your mouse over it. For very long suttas it’s not easy to find the scroll bar, i. e. where to hover, for it can be very short and you don’t know where exactly to search for it.

My OS has an accessibility option “always show scrollbar”, and although I have ticked this, it doesn’t work in the new Bilara. (I personally don’t like things being so subtle that you have to guess where they are, but there seem to be other folks who like it subtle … :smiley:)

I totally second this. It would be desirable to have it sticky. :+1: :+1:

2 Likes