[webif] Web interface

[prpr]

Can anyone explain what the significance of the yellow/green background is here?
It's always seemed a bit random to me.

 

[xyz321]

It is supposed to highlight odd/even lines of the table and works when all the lines of the table are expanded out. When compressed it depends upon how many channels are within each mux, which is not ideal.

 

[prpr]

The expanded lines in each table are at a different indent level to the 'header' lines, so I don't see a problem if the inner lines were to have adjacent same colours with the header lines. Much better to make the unexpanded table look right IMHO.

 

[af123]

Here's a patch:

Thank you, I will add that to the next version if that's ok.

 

[xyz321]

Thank you, I will add that to the next version if that's ok.

Yes, fine by me.

 

[af123]

The latest update should look a bit better.

 

[Ezra Pound]

Here is af123's 'new look' in Web-If 1.0.7-11

 

[kev7378]

Here's a patch:

                switch $name {
-                      "BBC ONE" { set mux "PSB1/BBC A" }

"BBC ONE" here has recently automagically changed to "BBC ONE OXF" (on all the Freeview device I own); is that likely to adversely things?

 

[Ezra Pound]

af123 has changed the line in Web-If 1.0.7-11 to :-

 "BBC THREE" { set mux "PSB1/BBC A" }

So the regional BBC ONE variations won't be a problem

 

[xyz321]

Here's a patch:

-                      "BBC ONE" { set mux "PSB1/BBC A" }
+                      "BBC THREE" { set mux "PSB1/BBC A" }

"BBC ONE" here has recently automagically changed to "BBC ONE OXF" (on all the Freeview device I own); is that likely to adversely things?

It is a patch file. Lines prefixed with '-' are deleted, those prefixed with '+' are inserted. If this patch is saved as 'channel.jim.patch' then you should be able to convert the old file into the new file using the command below. However, it won't work because I messed up the cutting and pasting - the tabs have been converted to spaces.

patch channel.jim channel.jim.patch

 

[DelftBlue]

One for the suggestion box:

Currently, the items in the mid-section of the folder/directory OPT+ menu are ordered:

Enable Auto-shrink
Enable Recursive Auto-shrink
Enable Auto-dedup
Enable Auto-decrypt
Enable Recursive Auto-decrypt

Could these OPT+ menu items be re-ordered?

Reasoning: Two items beginning 'Enable Auto-de...' would be less easily muddled if not adjacent. (Plus the existing order is not alphabetical nor does it reflect the preferred workflow of decrypt first then shrink )

At present with Auto-dedup and Auto-decrypt immediately next to one another, and with Auto-dedup appearing in the list first, I have mis-clicked on dedupe a couple of times when I wanted actually wanted decrypt - a mistake which gives a rather alarming outcome!

My suggestion would be:

Enable Auto-decrypt
Enable Recursive Auto-decrypt
Enable Auto-shrink
Enable Recursive Auto-shrink
Enable Auto-dedup

(re: 'dup' - I can see it's logical that the spelling for an abbreviation of deduplicate be 'dedup', but personally I'd spell it dedupe or even de-dupe ...
(I used to work in an industry where duplicates were always known and written about as 'dupes')
However, matters of 'prononcitation' aside - maybe it would be more user-friendly to make this option read 'Enable Auto-deduplication'? - there is space in the box to do so...)

 

[andyk]

"...the preferred workflow of decrypt first then shrink" Where was that documented? The current recursive auto decrypt - shrink don't obey it normally. The decrypt only occurs after the recording is available in the DLNA world, and that's often after the shrink pass has done its thing.

 

[andyk]

On the topic of webif, for me the progress bar displayed when running the crop facility is broken. It displays NAN rather than expected percentage - presumably some arithmetic problem? Or is it just me?

 

[damianiw]

Hi is there any way to bulk mark a folder / selection of recordings as watched, I can see the option for mark un watched

 

[HarveyB]

I'm not sure if this is the right place to request additional function in Webif but here goes ...
Would it be difficult to add a Move option onto the "opt+" button on the "Browse media files" panel.

I think it would just make it easier to tidy recordings up from a PC/iPad than doing it via the remote.

Ideally, I would like the facility at both file and folder level.

I don't personally need to move stuff anywhere other than within the humax media repository itself (i.e. Not to USB/external).

Examples of use would be:
Moving zero length (BBC4HD failures) to the auto decrypt folder.
Moving selected recordings and series to a "personal archive" once watched.

 

[af123]

I'm not sure if this is the right place to request additional function in Webif but here goes ...
Would it be difficult to add a Move option onto the "opt+" button on the "Browse media files" panel.

There is one already but it's implemented as a cut/copy and paste. You cut individual files or folders to the clipboard either by clicking on the OPT+ button next to them or selecting multiple files using the checkboxes and using the buttons at the bottom, and then navigate to the target folder and use Paste from clipboard, or you can click OPT+ alongside a folder and select Paste to folder IIRC.

 

[Black Hole]

or you can click OPT+ alongside a folder and select Paste to folder IIRC.

Yes.

 

[HarveyB]

So if I cut or copy a folder/file and then paste it elsewhere, what actually gets put in the clipboard?
Is it a reference to the selected item(s) or does it copy the whole folder and or associated files to the clipboard?


I saw the facility but was worried that it might try to copy everything to the clipboard and then paste it to the destination ...

I.e. The difference between Window Explorer and (say) MS Word.

 

[MontysEvilTwin]

If you cut or copy, it just creates a link on your laptop/ tablet and then instigates the command on the Humax when you paste, it does not copy the file/ folder to the laptop. Moving files on the same drive is quick. If you copy, you get a warning that copying takes a long time, but the link on your laptop appears just as quickly. When you instigate the copy, it then sends the command to the Humax and the copying will take a while. If you close the browser before the copy is finished, the copy process will still complete.

 

[Black Hole]

It operates on a queued command basis. When you cut or copy an item, it is added to a list (the list is displayed). When you paste it somewhere else, the instruction is converted to a move or copy command (as appropriate). Move (cut followed by paste) will be virtually instant, copy (copy followed by paste) will take some time.

(Beaten to it)

If you cut or copy, it just creates a link on your laptop/ tablet

The link might be displayed in the computer web browser, but it is generated from the WebIF on the HDR-FOX and all the action occurs within the HDR-FOX.