* [edk2-devel] Refactoring the UEFI shell
@ 2024-03-19 17:43 Benjamin Doron
2024-03-27 10:27 ` Sheng Lean Tan
0 siblings, 1 reply; 3+ messages in thread
From: Benjamin Doron @ 2024-03-19 17:43 UTC (permalink / raw)
To: devel; +Cc: marcello.bauer
[-- Attachment #1: Type: text/plain, Size: 1049 bytes --]
Hi all,
We're planning to refactor the shell into a library so that shell apps
possibly used in the field for testing can be easily adapted for automation.
Our plan is:
- Refactor ShellInfoObject into base internals and interactive elements
- Migrate functions that imply interactivity into a new library class,
and write some stubs in a LibNull
- Refactor last shell app files (file interface, shell env var) into
another (or same) library
- Implement non-interactive functions, as required
- Write an example implementation in MdeModulePkg/Application/
We're looking for thoughts and ideas on our approach, as well as opinions
on the concept.
Best regards,
Benjamin
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#116903): https://edk2.groups.io/g/devel/message/116903
Mute This Topic: https://groups.io/mt/105028827/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-
[-- Attachment #2: Type: text/html, Size: 1765 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [edk2-devel] Refactoring the UEFI shell
2024-03-19 17:43 [edk2-devel] Refactoring the UEFI shell Benjamin Doron
@ 2024-03-27 10:27 ` Sheng Lean Tan
2024-04-03 7:58 ` Yoshinoya
0 siblings, 1 reply; 3+ messages in thread
From: Sheng Lean Tan @ 2024-03-27 10:27 UTC (permalink / raw)
To: devel, benjamin.doron00, rebecca; +Cc: marcello.bauer
[-- Attachment #1: Type: text/plain, Size: 1267 bytes --]
Hi all,
Any feedback regarding this? :P
Any thoughts?
Much appreciated!
Best Regards,
Sheng
On Tue, 19 Mar 2024 at 18:44, Benjamin Doron <benjamin.doron00@gmail.com>
wrote:
> Hi all,
> We're planning to refactor the shell into a library so that shell apps
> possibly used in the field for testing can be easily adapted for automation.
>
> Our plan is:
>
> - Refactor ShellInfoObject into base internals and interactive elements
> - Migrate functions that imply interactivity into a new library class,
> and write some stubs in a LibNull
> - Refactor last shell app files (file interface, shell env var) into
> another (or same) library
> - Implement non-interactive functions, as required
> - Write an example implementation in MdeModulePkg/Application/
>
>
> We're looking for thoughts and ideas on our approach, as well as opinions
> on the concept.
>
> Best regards,
> Benjamin
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#117165): https://edk2.groups.io/g/devel/message/117165
Mute This Topic: https://groups.io/mt/105028827/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-
[-- Attachment #2: Type: text/html, Size: 2494 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [edk2-devel] Refactoring the UEFI shell
2024-03-27 10:27 ` Sheng Lean Tan
@ 2024-04-03 7:58 ` Yoshinoya
0 siblings, 0 replies; 3+ messages in thread
From: Yoshinoya @ 2024-04-03 7:58 UTC (permalink / raw)
To: devel, sheng.tan; +Cc: benjamin.doron00, rebecca, marcello.bauer
[-- Attachment #1: Type: text/plain, Size: 1543 bytes --]
Hi, Sheng:
Could you help to implement a new redirection mechanism?
For example:
User wants to output messages on screen, and also redirect the output messages into a file at the same time .
Current redirection mechanism is a alternative choice.
At 2024-03-27 18:27:34, "Sheng Lean Tan" <sheng.tan@9elements.com> wrote:
Hi all,
Any feedback regarding this? :P
Any thoughts?
Much appreciated!
Best Regards,
Sheng
On Tue, 19 Mar 2024 at 18:44, Benjamin Doron <benjamin.doron00@gmail.com> wrote:
Hi all,
We're planning to refactor the shell into a library so that shell apps possibly used in the field for testing can be easily adapted for automation.
Our plan is:
Refactor ShellInfoObject into base internals and interactive elements
Migrate functions that imply interactivity into a new library class, and write some stubs in a LibNull
Refactor last shell app files (file interface, shell env var) into another (or same) library
Implement non-interactive functions, as required
Write an example implementation in MdeModulePkg/Application/
We're looking for thoughts and ideas on our approach, as well as opinions on the concept.
Best regards,
Benjamin
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#117356): https://edk2.groups.io/g/devel/message/117356
Mute This Topic: https://groups.io/mt/105028827/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-
[-- Attachment #2: Type: text/html, Size: 3625 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2024-04-03 7:58 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-03-19 17:43 [edk2-devel] Refactoring the UEFI shell Benjamin Doron
2024-03-27 10:27 ` Sheng Lean Tan
2024-04-03 7:58 ` Yoshinoya
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox