Proceeding title not recognised properly

This given bibtex will produce the following results using this csl:
@inproceedings{Andler:1979:PPE:567752.567774,
    author = {Andler, Sten},
    title = {Predicate Path Expressions},
    booktitle = {Proceedings of the 6th ACM SIGACT-SIGPLAN Symposium on Principles of Programming Languages},
    series = {POPL '79},
    year = {1979},
    venue = {San Antonio, Texas},
    pages = {226--236},
    numpages = {11},
    url = {https://doi.org/10.1145/567752.567774},
    doi = {10.1145/567752.567774},
    acmid = {567774},
    publisher = {ACM},
    address = {New York, NY, USA},
}

cargo run --features=cli -- test.bib cite --csl acm.csl

Sten Andler. 1979. Predicate Path Expressions. In (POPL '79), 1979, San Antonio, Texas. ACM, New York, NY, USA, 226–236. https://doi.org/10.1145/567752.567774

Desired:

Sten Andler. 1979. Predicate Path Expressions. In Proceedings of the 6th ACM SIGACT-SIGPLAN Symposium on Principles of Programming Languages (POPL '79), 1979, San Antonio, Texas. ACM, New York, NY, USA, 226–236. https://doi.org/10.1145/567752.567774

It turns out that this line was wrongly placed after a EntryType::Conference.
https://github.com/typst/hayagriva/blob/d5e981b07576f2470cfef8dd0378b6873a2b8778/src/lib.rs#L742
Because @inproceedings will result in an Artical entry with both a Proceedings and a Conference parent. But only the Proceedings has the correct title. If EntryType::Conference is checked first, the correct title would not be seen.

 log
[src/main.rs:224] &bibliography = Library(
    {
        "Andler:1979:PPE:567752.567774": Entry {
            key: "Andler:1979:PPE:567752.567774",
            entry_type: Article,
            title: Some(
                FormatString {
                    value: ChunkedString(
                        [
                            StringChunk {
                                value: "Predicate Path Expressions",
                                kind: Normal,
                            },
                        ],
                    ),
                    short: None,
                },
            ),
            authors: Some(
                [
                    Person {
                        name: "Andler",
                        given_name: Some(
                            "Sten",
                        ),
                        prefix: None,
                        suffix: None,
                        alias: None,
                    },
                ],
            ),
            date: Some(
                Date {
                    year: 1979,
                    month: None,
                    day: None,
                    approximate: false,
                },
            ),
            editors: None,
            affiliated: None,
            publisher: None,
            location: None,
            organization: None,
            issue: None,
            volume: None,
            volume_total: None,
            edition: None,
            page_range: Some(
                Numeric {
                    value: Set(
                        [
                            (
                                226,
                                Some(
                                    Hyphen,
                                ),
                            ),
                            (
                                236,
                                None,
                            ),
                        ],
                    ),
                    prefix: None,
                    suffix: None,
                },
            ),
            page_total: None,
            time_range: None,
            runtime: None,
            url: Some(
                QualifiedUrl {
                    value: Url {
                        scheme: "https",
                        cannot_be_a_base: false,
                        username: "",
                        password: None,
                        host: Some(
                            Domain(
                                "doi.org",
                            ),
                        ),
                        port: None,
                        path: "/10.1145/567752.567774",
                        query: None,
                        fragment: None,
                    },
                    visit_date: None,
                },
            ),
            serial_number: Some(
                SerialNumber(
                    {
                        "doi": "10.1145/567752.567774",
                    },
                ),
            ),
            language: None,
            archive: None,
            archive_location: None,
            call_number: None,
            note: None,
            parents: [
                Entry {
                    key: "Andler:1979:PPE:567752.567774",
                    entry_type: Proceedings,
                    title: Some(
                        FormatString {
                            value: ChunkedString(
                                [
                                    StringChunk {
                                        value: "Proceedings of the 6th ACM SIGACT-SIGPLAN Symposium on Principles of Programming Languages",
                                        kind: Normal,
                                    },
                                ],
                            ),
                            short: None,
                        },
                    ),
                    authors: None,
                    date: None,
                    editors: None,
                    affiliated: None,
                    publisher: Some(
                        FormatString {
                            value: ChunkedString(
                                [
                                    StringChunk {
                                        value: "ACM",
                                        kind: Normal,
                                    },
                                ],
                            ),
                            short: None,
                        },
                    ),
                    location: Some(
                        FormatString {
                            value: ChunkedString(
                                [
                                    StringChunk {
                                        value: "New York, NY, USA",
                                        kind: Normal,
                                    },
                                ],
                            ),
                            short: None,
                        },
                    ),
                    organization: None,
                    issue: None,
                    volume: None,
                    volume_total: None,
                    edition: None,
                    page_range: None,
                    page_total: None,
                    time_range: None,
                    runtime: None,
                    url: None,
                    serial_number: None,
                    language: None,
                    archive: None,
                    archive_location: None,
                    call_number: None,
                    note: None,
                    parents: [
                        Entry {
                            key: "Andler:1979:PPE:567752.567774",
                            entry_type: Proceedings,
                            title: Some(
                                FormatString {
                                    value: ChunkedString(
                                        [
                                            StringChunk {
                                                value: "POPL '79",
                                                kind: Normal,
                                            },
                                        ],
                                    ),
                                    short: None,
                                },
                            ),
                            authors: None,
                            date: None,
                            editors: None,
                            affiliated: None,
                            publisher: None,
                            location: None,
                            organization: None,
                            issue: None,
                            volume: None,
                            volume_total: None,
                            edition: None,
                            page_range: None,
                            page_total: None,
                            time_range: None,
                            runtime: None,
                            url: None,
                            serial_number: None,
                            language: None,
                            archive: None,
                            archive_location: None,
                            call_number: None,
                            note: None,
                            parents: [],
                        },
                    ],
                },
                Entry {
                    key: "Andler:1979:PPE:567752.567774",
                    entry_type: Conference,
                    title: None,
                    authors: None,
                    date: None,
                    editors: None,
                    affiliated: None,
                    publisher: None,
                    location: Some(
                        FormatString {
                            value: ChunkedString(
                                [
                                    StringChunk {
                                        value: "San Antonio, Texas",
                                        kind: Normal,
                                    },
                                ],
                            ),
                            short: None,
                        },
                    ),
                    organization: None,
                    issue: None,
                    volume: None,
                    volume_total: None,
                    edition: None,
                    page_range: None,
                    page_total: None,
                    time_range: None,
                    runtime: None,
                    url: None,
                    serial_number: None,
                    language: None,
                    archive: None,
                    archive_location: None,
                    call_number: None,
                    note: None,
                    parents: [],
                },
            ],
        },
    },
)

My mistake in https://github.com/typst/hayagriva/pull/74.
Perhaps the EntryType::Conference should be removed. A conference holds the event-title, event-date, event-place, and organizer fields but none of them are related to this get_container() function.

My mistake in #74.
Perhaps the EntryType::Conference should be removed. A conference holds the event-title, event-date, event-place, and organizer fields but none of them are related to this get_container() function.

But currently none of those fields are recognised properly:
                Entry {
                    key: "Andler:1979:PPE:567752.567774",
                    entry_type: Conference,
                    title: None,
                    authors: None,
                    date: None,
                    editors: None,
                    affiliated: None,
                    publisher: None,
                    location: Some(
                        FormatString {
                            value: ChunkedString(
                                [
                                    StringChunk {
                                        value: "San Antonio, Texas",
                                        kind: Normal,
                                    },
                                ],
                            ),
                            short: None,
                        },
                    ),
                    organization: None,
                    issue: None,
                    volume: None,
                    volume_total: None,
                    edition: None,
                    page_range: None,
                    page_total: None,
                    time_range: None,
                    runtime: None,
                    url: None,
                    serial_number: None,
                    language: None,
                    archive: None,
                    archive_location: None,
                    call_number: None,
                    note: None,
                    parents: [],
                },

But currently only event-place out of those fields are recognised properly:

Ah, yes. Never mind.


Timeout: run_tests_c++_linux_dbg_native

17:22:34 Finding file differences between gRPC origin/master branch and pull request...
17:22:34
17:22:34   src/core/ext/filters/client_channel/resolver/dns/c_ares/dns_resolver_ares.c
17:22:34
17:22:34 No tests will be skipped.
17:22:34 Will run these tests:
17:22:34   run_tests_sanity_linux_dbg_native
17:22:34   run_tests_php7_linux_dbg_native
17:22:34   run_tests_c_linux_dbg_native
17:22:34   run_tests_csharp_linux_dbg_native
17:22:34   run_tests_node_linux_dbg_native
17:22:34   run_tests_python_linux_dbg_native
17:22:34   run_tests_c++_linux_dbg_native
17:22:34   run_tests_ruby_linux_dbg_native
17:22:34   run_tests_php_linux_dbg_native
17:22:34 2017-09-13 00:22:34,366 START: run_tests_sanity_linux_dbg_native
17:30:42 2017-09-13 00:30:42,429 PASSED: run_tests_sanity_linux_dbg_native [time=488.1sec; retries=0:0]
17:30:42 2017-09-13 00:30:42,429 START: run_tests_php7_linux_dbg_native
17:31:28 2017-09-13 00:31:28,702 PASSED: run_tests_php7_linux_dbg_native [time=46.3sec; retries=0:0]
17:31:28 2017-09-13 00:31:28,702 START: run_tests_c_linux_dbg_native
18:13:45 2017-09-13 01:13:45,744 PASSED: run_tests_c_linux_dbg_native [time=2537.0sec; retries=0:0]
18:13:45 2017-09-13 01:13:45,745 START: run_tests_csharp_linux_dbg_native
18:15:07 2017-09-13 01:15:07,443 PASSED: run_tests_csharp_linux_dbg_native [time=81.7sec; retries=0:0]
18:15:07 2017-09-13 01:15:07,443 START: run_tests_node_linux_dbg_native
18:16:51 2017-09-13 01:16:51,301 PASSED: run_tests_node_linux_dbg_native [time=103.9sec; retries=0:0]
18:16:51 2017-09-13 01:16:51,301 START: run_tests_python_linux_dbg_native
18:34:12 2017-09-13 01:34:12,369 PASSED: run_tests_python_linux_dbg_native [time=1041.1sec; retries=0:0]
18:34:12 2017-09-13 01:34:12,370 START: run_tests_c++_linux_dbg_native
22:22:33 Build timed out (after 300 minutes). Marking the build as aborted.
22:22:33 Build was aborted

https://grpc-testing.appspot.com/job/gRPC_pull_requests_linux/7842/console
possibly seems related to https://github.com/grpc/grpc/issues/11690 but seems like more of a hanging-bug

timeout also seen for run_tests_c++_linux_asan_native on 1.6.x


Starter material 3 migration

Merge pending updated codelab and main branch update.

Created a new standalone starter branch as too much changed migrating to M3.


Setting AdvValidLifetime or any AdvSomething parameters for IPv6 RA config breaks RADVD.

Important notices
Before you add a new report, we ask you kindly to acknowledge the following:
[-] I have read the contributing guide lines at https://github.com/opnsense/core/blob/master/CONTRIBUTING.md
[-] I have searched the existing issues and I'm convinced that mine is new.
Describe the bug
Setting AdvValidLifetime or any AdvSomething parameters for IPv6 RA config breaks RADVD.
Those options are set globally in /var/etc/radvd.conf but they are prefix specific options (man 5 radvd.conf).
This bug is related to the issue #3366.
To Reproduce
Steps to reproduce the behavior:

Go to 'Services/Router Advertisements/[any interface]'
Click on 'Advanced settings'
Set a value to 'AdvValidLifetime'
Restart the RA services

Environment
OPNsense 19.7-amd64

Sorry, I hadn't noticed that @AdSchellevis closed #3366 a month ago. As the creator of this feature request I should have tested the implementation, but for some reason I haven't been notified.
It's a bit more complex:

AdvDefaultLifetime is interface specific
AdvValidLifetime and AdvPreferredLifetime are prefix specific
AdvRDNSSLifetime is RDNSS specific
AdvDNSSLLifetime is DNSSL specific
AdvRouteLifetime is route specific

It would also be better to have these lifetime fields next to the corresponding option fields in the UI.

@maurice-w the way the code is constructed, there are boundaries in the ways we can change things without risking rebuilding the module as a whole. If you can create some test configs and examples on how they would be different from what is generated now, I'll gladly take a look if we can change it.
With some random numbers in the config, it currently generates a config like:
interface XXXX {
        AdvSendAdvert on;
        MinRtrAdvInterval 200;
        MaxRtrAdvInterval 600;
        AdvDefaultLifetime 601;
        AdvValidLifetime 602;
        AdvPreferredLifetime 603;
        AdvRDNSSLifetime 604;
        AdvDNSSLLifetime 605;
        AdvLinkMTU 1500;
        AdvDefaultPreference medium;
        prefix XXXXXXXX {
                DeprecatePrefix on;
                AdvOnLink off;
                AdvAutonomous off;
                AdvRouterAddr on;
        };
        route XXXXXX {
                AdvRouteLifetime 606;
        };
        RDNSS XXXXXX { };
        DNSSL localdomain { };
};

Moving settings to the correct paragraph should be easy (like AdvValidLifetime to prefic {}), since routes aren't stored very convenient, we can't add per prefix/route options within the scope of this ticket.
If I understand your response correctly, it should have created a config like:
interface XXXX {
        AdvSendAdvert on;
        MinRtrAdvInterval 200;
        MaxRtrAdvInterval 600;
        AdvDefaultLifetime 601;
        AdvRDNSSLifetime 604;
        AdvDNSSLLifetime 605;
        AdvLinkMTU 1500;
        AdvDefaultPreference medium;
        prefix XXXXXXXX {
                DeprecatePrefix on;
                AdvOnLink off;
                AdvAutonomous off;
                AdvRouterAddr on;
                AdvValidLifetime 602;
        };
        route XXXXXX {
                AdvRouteLifetime 606;
        };
        RDNSS XXXXXX { };
        DNSSL localdomain { };
};

@maurice-w the way the code is constructed, there are boundaries in the ways we can change things without risking rebuilding the module as a whole.
With some random numbers in the config, it currently generates a config like:
interface XXXX {
        AdvSendAdvert on;
        MinRtrAdvInterval 200;
        MaxRtrAdvInterval 600;
        AdvDefaultLifetime 601;
        AdvValidLifetime 602;
        AdvPreferredLifetime 603;
        AdvRDNSSLifetime 604;
        AdvDNSSLLifetime 605;
        AdvLinkMTU 1500;
        AdvDefaultPreference medium;
        prefix XXXXXXXX {
                DeprecatePrefix on;
                AdvOnLink off;
                AdvAutonomous off;
                AdvRouterAddr on;
        };
        route XXXXXX {
                AdvRouteLifetime 606;
        };
        RDNSS XXXXXX { };
        DNSSL localdomain { };
};

Moving settings to the correct paragraph should be easy (like AdvValidLifetime to prefic {}), since routes aren't stored very convenient, we can't add per prefix/route options within the scope of this ticket.
If I understand your response correctly, it should have created a config like:
interface XXXX {
        AdvSendAdvert on;
        MinRtrAdvInterval 200;
        MaxRtrAdvInterval 600;
        AdvDefaultLifetime 601;
        AdvLinkMTU 1500;
        AdvDefaultPreference medium;
        prefix XXXXXXXX {
                DeprecatePrefix on;
                AdvOnLink off;
                AdvAutonomous off;
                AdvRouterAddr on;
                AdvValidLifetime 602;
                AdvPreferredLifetime 603;
        };
        route XXXXXX {
                AdvRouteLifetime 606;
        };
        RDNSS XXXXXX {
              AdvRDNSSLifetime 604;
        };
        DNSSL localdomain {
             AdvDNSSLLifetime 605;
        };
};

We could discuss  moving some settings around in the UI if that's more logical, although they should stay on the same page (services_router_advertisements.php) to keep it manageable.

@AdSchellevis, your second config is looking good. Just a heads up that there can be multiple prefix and route sections for a single interface.
Agreed that we should keep the settings on the same page. May I suggest:

'Default Router Lifetime' close to the 'Advertise Default Gateway' checkbox (because unchecking this sets this lifetime to 0 anyway).
'Prefix Valid Lifetime' and 'Prefix Preferred Lifetime' wherever (because the prefixes are autogenerated and currently not shown in the UI).
RDNSS Lifetime close to the 'DNS servers' fields and 'DNSSL Lifetime' close to the 'Domain search list' field (obviously).
'Route Lifetime' in the 'Advertise Routes' section (one field for each route if possible, a single field which applies to all routes otherwise).

Also, using friendly names ('Default Router Lifetime' instead of 'AdvDefaultLifetime') would make the UI more consistent. And help texts would be nice (I could write those).

@maurice-w I'll change the backend code to make sure the configuration looks good, I can certainly use help with the UI part. Can you create a pull request for that page?

https://github.com/opnsense/core/commit/d48cfed48cc458359ec940036cd67902a75fb3f1 should fix the functionality.
opnsense-patch d48cfed

@AdSchellevis, thanks for fixing the functionality. I will test the patch and report back.
As for updating the website: I took a look at services_router_advertisements.php and don't think that's something I can do on short notice. So this might have to be done by someone else or wait until I find the time to familiarize myself with the way the OPNsense UI does things internally (and PHP in general, actually).
Always willing to help with what should go where, writing help texts and so on.

@maurice-w ok, no problem, but if you can dump the proposed changes into a new issue, I can probably change the layout parts for you.
Something like:

(unchanged) "Advertise Default Gateway"
[move] 'Default Router Lifetime'
--> suggested help text if different
.. next item

https://github.com/opnsense/core/commit/2a30428da3f6ac6fc73292941e82d1a7565365a6 shipped in 19.7.1


Create Ways to Change Indexing of Symbols

To capture this equation in Drasil, I need to be able to add and modify indexes for symbols that are already defined in my table of symbols. For this example, I need to say delta_i and delta_i+1. Also note a similar thing would be needed for ell_s,i and ell_s,i-1. In my table of symbols, I only have "delta" and "ell_s,i" defined.

Two things are really needed here:

A semantic way of indexing
A way to display it as subscripts

As we are heading towards code-generation very quickly, 1. is very important to deal with.

Would indexing for a particular variable be something that is defined with the UnitalChunk/ ConVar in our Unital.hs file or would indexing be something done in line when you need it in an Expr or Relation?

I think Expr.

I would also like to note that there should be a way of adding a prime to a symbol

Or should these be two different defined quantities (total stress and effective stress). This creates confusion though because sigma is already used for normal stress.

Yes, @njericha , there should be a prime symbol.  sigma and sigma prime are definitely different quantities, but they are related.  The total stress (sigma) is the sum of the effective stress (sigma prime) and the pore water pressure (u).  This is how geotechnical engineers find the load on the soil skeleton (sigma prime).  The characteristics of water are the same for different geotechnical problems, but the characteristics of the soil are different.  Using the concept of effective stress lets the engineers separate out the part that varies from soil to soil.
In this problem the prime means "effective" for any quantity that it is applied to.  In another problem the prime notation might have a different meaning.  I think the prime is similar to a subscript (or superscript) in terms of how it "modifies" a concept.  For instance, We can talk about mass m and then modify it to mass_w, for mass of water.  @szymczdm might want to comment on how concepts are combined?

We need an 'ontology' of combinations/modifiers of concepts and their renderings.  water should exist as a physical quantity (not just a quantity), so that certain modifiers (mass, extent, position, ...) can be applied to them.
Now is just a tad early to really do this.

#91 may actually help with this

@njericha how do you see #91 helping?  I see them as mostly orthogonal (the issue is that of indexing of symbols).

in my comment https://github.com/JacquesCarette/literate-scientific-software/wiki/WIP---How-to-define-Unitals on issue #91, we can think of an index as a modifier on the Unital. If this is implemented as described, we can call a function inline to index and the subscript will take care of itself.

Now that #352 is closed, part 1 of

A semantic way of indexing
A way to display it as subscripts
is complete. Right now, they are being rendered as "A[i]" so I will change this to "Ai". The problem with doing this is that symbols with a subscript won't be able to be indexed. (since you would get double subscripts). I cannot "overwrite" the subscript because I could remove other needed information. (example is Kst,i which SSP uses as the shear stiffness at slice i). I cannot remove current subscripts because you could not differentiate Kst,i from Ksn,i (the normal shear stiffness).

I think 4072e8d closes this issue. I found a solution that fixes most of the problems mentioned in my last comment. The only complaint would be that the table of symbols would not include a subscript "i" in the symbol. I think this is acceptable as the definition along with the index convention conveys the intended meaning.


Fix build for 32bit platform

Better we need use for 64 bit 6GB but for 32bit 2GB.
But I not know go

This commit should fix it https://github.com/imgproxy/imgproxy/commit/bf64a4878330d533d1b944066a75824edd1b4e0d


Potential memory leaks in linker.c

In function   static elf_t * open_object(const char * path)
used  FILE * f = fopen(file, "r"); without fclose(f)

The pointer is [stored] and eventually fclosed in do_actual_load


Aider not having the correct map of my repo, have to re-add files every session

Added aider to my small repo. When trying to reference files it only has access to a limited number. There should be a way to make it save the file structure and see all of them.

turns out Aider just wont work with files that are in .gitignore. Which seems like something that should be addressed.


Authentication in connection string

It would be nice to be able to provide authentication in the connection string like the Rust client, so you do not need to manually log in or connect. This would be really helpful for me for use in Docker (because of networking changes) if the client can automatically reconnect and login without me having to.
Relevent: https://github.com/iggy-rs/iggy-python-client/pull/24#discussion_r1818248823

The rust client on which this library is based on, does not have the credentials in the connect method, as shown in the example https://github.com/iggy-rs/iggy/blob/master/examples/src/getting-started/consumer/main.rs
Rather, the IggyClient only has it, but it is not used in this library.
I don't understand why the client "can automatically reconnect and login without you having to"....it's code, you write it once and if works you can run it multiple times. I don't understand the problem, do you mind elaborating the request?

The rust client on which this library is based on, does not have the credentials in the connect method, as shown in the example https://github.com/iggy-rs/iggy/blob/master/examples/src/getting-started/consumer/main.rs
Rather, the IggyClient only has it, but it is not used in this library.

Yes, but what prevents us from using it directly? It also uses the Tcp client behind the scenes. The IggyClientBuilder gives us an IggyClient instance upon building anyway. There's also IggyClientBuilder::from_connection_string which does the same thing as far as I can tell. I have been using this in my Rust application without any issues.

I don't understand why the client "can automatically reconnect and login without you having to"....it's code, you write it once and if works you can run it multiple times. I don't understand the problem, do you mind elaborating the request?

Let's say you have a hostname you want iggy to connect, and you initialize a client and connect like so:
You can initialize it like so:

    let iggy_client = IggyClient::from_connection_string(&iggy_address).unwrap();

    iggy_client.connect().await.unwrap();

vs

    let iggy_client = IggyClientBuilder::new()
        .with_tcp()
        .with_server_address(iggy_address)
        .build()
        .unwrap();

    iggy_client.connect().await.unwrap();

    iggy_client.login_user("iggy", "iggy").await.unwrap();

When you connect this way, the client seems more fault tolerant from my observation in my Rust app. Previously, I used to get a Pipe broken error, in case my iggy server's IP changes (hostname remains the same).
This error caused me to need to restart my application every time this happened. I'm not sure but maybe this could be fixed at runtime by calling connect and login_user again, but would be really inconvenient since I would need to handle this error everywhere I use iggy.

If the server IP changes continuously, this is an edge case and also a problem for many other libraries in general. I think you need to first check your configuration/topology


Add arguments parsning and about page

Added argument parsing and about page on mux-icon, commit: bb6ddcd84be116cd2f99940135b8f85f82397e0f

Added argument parsing and usage on nvvk, commit: d15d9fe324093d5396a5f479bab486eb6034dc8c


The first time I get the visual of a UIElement the size is always 0.

Issue Type

[x ] Bug Report
Current Behavior
The first time I get the visual of a UIElement the size is always 0.  If I get the visual a second time in a separate method call then the size is correct.  And then it is correct on any following calls.  The enclosing method must finish.  Getting the visual twice in the same method doesn't work size is 0.
private void Getvisual()
{
string logtext = "";
Visual Vis = ElementCompositionPreview.GetElementVisual(pp);
logtext += $"[Page pp] Visual Size{Vis.Size.ToString()}" + "\n";
tt.Text = logtext;
}
Expected Behavior
I expect the visual size to be correct the first time I get the visual using ElementCompositionPreview.GetElementVisual(xxx)
Steps to Reproduce (for bugs)
Run the above method from an event method.  First time size is 0. Second time size is correct. And then always correct?
Your Environment

SDK #:  1809
Operating System build # :  Windows 10 1809
Visual Studio Version # : 2019 16.1.6

@groovykool Thanks for reaching out. It's possible the elements have not fully loaded yet when you're trying to access the size. In your repro steps you mention calling your GetVisual method from an 'event method.' Have you tried calling your it in a page Loaded event to ensure loading has completed?

Yes I tried calling it from page loaded event. Size is 0.  If I then call a second time from another event like a button click, It is correct.

Here is an example repo.
https://github.com/groovykool/UIElementVisual.git

@groovykool the point is it will always be 0 immediately after creation. The point of using loaded isn't too immediately get it's size, but too make sure it's ready when you need it. You could also do the same thing sitting the Loading event or the XAML constructor for the containing class.
As to why - probably because the compositor exists outside your application, and hence giving it a command and waiting for it to sync details about the visual between you so and the compositor will not be immediate without introducing delay / holding up your XAML thread.
It's also possible you could use an expression animation to do what you need to with the size - what exactly are you trying to do with it?

I am using the visual for capturing parts of the screen using GraphicsCaptureItem.CreateFromVisual(Vis);.  If the visual size is 0 the screen capture method throws an exception.  I can work around problem by getting the visual twice.

It's true that the frame pool will throw an exception if you try to make the buffers a size of 0x0, but you aren't required to make the buffers the size of your capture item. I'd recommend hooking the Loaded event on the control you want to capture instead of the page or to specify a custom size to the frame pool.
Feel free to take a look at https://github.com/robmikh/VisualCaptureDemo.

This is still a bug.  You can wait forever after the UIElement is loaded, but the size and offset properties of the visual are ALWAYS zero the first time you get them.
Regards,
Tony


Order Matching Not Working Correctly on BTC / XCP Pair

For a long time it seems that the order matching on the BTC / XCP pair hasn't been working right.  If you notice there are orders matching on both sides that never get filled.  This also seems to occur in the counterparty wallet so I am not sure where the issue is.

This is not a flaw.. The way the counterpart decks is designed if you want to buy something using BTC on the decks you need to use FreeWallet enable auto BTC pay and leave the wallet open in order to monitor for order matches and automatically send the BTC payment before the order match expires
What you’re seeing on the people who created orders didn’t understand what they were doing. Close their wallet order matches happened. People never sent payment in time so the order matches expire.
This is not an issue with FreeWallet or even a technical issue with counterparty…. The wallet works as it is designed as the protocol…. The issue is an educational issue with users, assuming how things work, Complaining when they don’t work as expected.
I encourage you to join the FreeWallet chat room and read the FAQ, Covers all of this
https://t.me/freewallet_io
—-
Welcome to the Official Telegram for Freewallet (Developed by @jdogresorg). We don't DM, we solve issues publicly in chat.
English only chat. If you are looking for BTNS info and discussion please visit: https://t.me/BTNS420

The official Freewallet website is https://freewallet.io/

Freewallet Desktop is the preferred version with the most features: https://freewallet.io/#updates

The most recent Freewallet Desktop Version is v0.9.29: https://github.com/jdogresorg/freewallet-desktop/releases

If you need general Freewallet support or have questions please first visit:

The Freewallet 0.9.23 User Manual/FAQ: https://github.com/jdogresorg/freewallet-desktop/discussions/138
The Counterparty Docs: docs.counterparty.io
The Counterparty Forums: https://forums.counterparty.io/
the "Issues" section of the Freewallet Desktop Github: https://github.com/jdogresorg/freewallet-desktop/issues

Please DO NOT just tag Jdog for an issue you have not researched thoroughly yourself and have not already posted in the "Issues" section of the Freewallet Github. It is important we have documentation of issues on the Github.
This space is intended for the community to help new users and be a resource to help create better FAQ's, document issues and brainstorm ideas.

Some issues are solved easily and are heavily documented in the links mentioned above, but in some cases you may be the first to experience a bug. In this case make sure you make a detailed and thorough explanation in your post on Github of the issue so it can be tested and recreated:
https://github.com/jdogresorg/freewallet-desktop/issues

Be nice! This project runs off of donations as do Counterparty protocol updates and is mostly supported by its users. It may be some time before someone that can help will reply! 🤓

If you have any ideas on how to make Freewallet better, more user friendly or want to express your thoughts,  go ahead and post about it in the "Discussions" page of the Github: https://github.com/jdogresorg/freewallet-desktop/discussions

For a more general chat about the Counterparty protocol please use the Counterparty Chat: https://t.me/Counterparty_XCP

Well, the reason I ask (or complain as you rudely put it) is because I've placed buy orders in that pair many times to buy via BTC and leave my wallet open and the orders never execute which was why I was asking.  I don't use telegram however.   My wallet also shows I have open orders that closed many many blocks ago but those orders just sit there in an open status in my wallet.
Anyhow, since I'm just complaining, I guess just ignore it.  LOL

apologies if my response came across as rude or as if I am ignoring your issue.
My intent was simply to communicate that this is not an issue in the wallet, and so it is not appropriate to report the issue here, since this is for reporting issues with the wallet not working as designed.


Update Hankel Matrix and low rank approximation

Describe the bug
I have a couple of questions:

The Hankel matrix is updating with the new data ? I saw in the code and it looks like that the Hankel matrix and the Up, Uf, Yp, Yf are not updating.
The Low rank matrix approximation function is not used ?
Finally, you may have an example of a MIMO system. The example you have for the two tanks is a plat with just one input and one output.

Thank you in advance.

Hello! Great questions!
I'm trying to make a better DeeMPC based on this repository.
Can you provide some papers about the Hankle matrix that is updated with the new data? As far as I know, in most DeeMPC papers, the Hankle matrix are all built offline and then never updated.

Hi @JuanCarlos-TiqueRangel

the Hankel matrix, from what I remember, is not updated to avoid introducing bias in the identification process (because we have closed loop data).
No it was not used. I updated the example to show how it can be used (see explained_variance variable). However, it is quite shaky.
Thanks for pointing this out. I fixed the example so now it's a proper MIMO system with two inputs/outputs.

Hi @JuanCarlos-TiqueRangel

the Hankel matrix, from what I remember, is not updated to avoid introducing bias in the identification process (because we have closed loop data).
No it was not used. I updated the example to show how it can be used (see explained_variance variable). However, it is quite shaky.
Thanks for pointing this out. I fixed the example so now it's a proper MIMO system with two inputs/outputs.

Thank you very much I will check it.


Card Action button  is not working with hero card in facebook messenger

Bot info

SDK Platform: .NET
SDK Version: 3.0.10.
Active Channels: WebChat,  Facebook
Deployment Environment: Azure App Service

Issue Description

I created a  HeroCard. It have a button (CardAction) to select the item. If the user clicks on the button (the button title should be "click me"), I expect the user to see the response of "click me" intent. After clicking on button in messenger it gives error like "Object Serialized to String. JObject instance expected".
In the emulator it works perfectly. but in messenger it is not getting value, it is getting title as text
and giving the above mentioned   error.

Code Example
HeroCard
[HeroCard
title = Lets Begin
subtitle = Microsoft Bot Framework
text = Build and connect intelligent bots to interact with your users naturally wherever they are, from text/sms to Skype, Slack,   Office 365 mail and other popular services.
image = https://greatsmilesbirmingham.com/wp-content/uploads/2017/09/canstockphoto30606317.jpg
buttons = @{cardActionTemplate( 'imBack',  'click me', 'click me intent' )}
]
cardActionTemplate( type,  title, value)
[CardAction
Types = @{if(type == null, 'imBack', type)}
Title = @{title}
Value = @{value}
Text = @{value}
]

@v-kydela the link 404s. Can you DM me the specific issues you saw in the bot sample? https://github.com/BotBuilderCommunity/botbuilder-community-dotnet/blob/feature/cards/libraries/Bot.Builder.Community.Cards/Management/ManagementExtensions.cs#L250-L370

Related to #3666 #3667

@vishwacsena - Sorry for not getting back to you about this. I am no-access and cannot message Microsoft employees without their Microsoft email addresses, but I made sure to push the cards branch again. It has been accidentally deleted a few times now.
Anyway, you can reproduce the issue using any sample with cards. Just click on a button in Facebook Messenger.

@vishwacsena, @v-kydela This is a customer reported P1 bug that's been opened for 60+ days. How can we push this forward?

@cleemullins - It seems to me that one of the chief purposes of the Azure Bot Service is to adapt and convert HTTP payloads from various chat API's so that it can expose one common interface for bots to use. This normally works very well, but despite our efforts to unify various rich card systems into our set of Bot Framework cards it seems some care is needed on the bot developer's end to make sure the bot knows how to handle card actions for each specific channel. The ideal solution would have been to adapt the payloads more consistently and uniformly in the connector services, but it may be too late for that because those kinds of changes will likely break existing bots.
Before Composer, it was acceptable to delegate responsibility to the bot/developer for adapting card action payloads between channels. But now that Composer is taking responsibility for the actual bot code so that the developer doesn't have to write it directly, it seems things have changed. I don't know enough about how to use Composer to know if it's easy or possible to intercept and transform incoming postbacks, and I don't know enough about Composer internals to know what transformations it's already making, but it seems to me like there are two main ways to address this:

Have the Composer bot automatically perform the necessary adaptations on card actions for different channels
Make it easier for the developer to customize how Composer interprets incoming activities

I didn't anticipate how difficult it would be to adapt card actions between channels when I decided to expand my Adaptive Cards library to just be the cards library, but I've now done quite a lot of work on that and I hope I'll be able to share the knowledge I've acquired so that the work doesn't need to be duplicated. You can see that the ManagementExtensions.cs file that I linked contains one method for adapting outgoing card actions and another method for adapting incoming card actions, so it does go both ways.
I've considered creating a channel adaptation ruleset as a JSON file that can be read by the code so that it doesn't have to rely on a huge switch statement. Such a JSON file could also be used to generate human-readable documentation about how card actions are handled by different channels. In light of the needs of Composer, it seems such documentation is urgently needed and I could boost its priority based on your decision.
As extensive as my testing was to gather the information I have, we should still consider the possibility that the information doesn't take all cases into account. The value property of a card action is an object so an object of any type could be passed in. I tested with JSON objects and strings and some nulls but it really isn't feasible for me to test every permutation considering that the connector service code sometimes uses a fallback system so that it may treat the value property differently depending on the type of a different property like text. If I could regain access to the source code then I could see what all the rules really are and built a complete document from that.

Pasted my comments from https://github.com/microsoft/botbuilder-dotnet/issues/3666#issuecomment-611315133
LG support render all BF defined common card types (hero, thumbnail) and BF defined action types like the list above, those will be translated to channel specific button type.
For example
[CardAction
Title = More information
Value = https://www.microsoft.com
type = openUrl
]
will be render to facebook's format as
{
"type": "web_url"
"url":  "http://..."
"title":  "More ..."
}
Which we tested and verified it works. So for Rendering common card in FB channel, i think it works good.
But there is two more issues
How much we support render+run channel specific type of data like "facebook tempaltes", we do have a designed mechanism called "ChannelData", but we will need to verify that on Adaptive+LG.
it looks promising to me, this will be supported.
Even we successfully rendered the card, it's not working as expected. Because the runtime doesn't fit in. And for most cases, it's because of Composer's way to use runtime or serialize data, it's highly likely that problem, for example, a known issue is facebook, not sending locale field, and maybe other like settings errors. That's something I will work with Lu and ChrisW to unblock that soon.
Once we have something there, we will have ask the user to try again on Composer, see if it E2E works.

Get

using such LG:
# herocard
[HeroCard
  title = Lets Begin
  subtitle = Microsoft Bot Framework
  text = Build and connect intelligent bots to interact with your users naturally wherever they are, from text/sms to Skype, Slack,   Office 365 mail and other popular services.
  image = https://greatsmilesbirmingham.com/wp-content/uploads/2017/09/canstockphoto30606317.jpg
  buttons = ${cardActionTemplate( 'imBack',  'click me', 'click me intent' )}
]

# cardActionTemplate( type,  title, value)
[CardAction
    Types = ${if(type == null, 'imBack', type)}
    Title = ${title}
    Value = ${value}
    Text = ${value}
]

With the latest code.

@boydc2014
There seems to be some misunderstanding here. The problem was never that card actions don't render correctly in Facebook Messenger. This Facebook problem is specifically about incoming card actions and not outgoing card actions, and openUrl has no incoming action. The Bot Framework has three card action types that post a message back to the bot, and they all get converted to Facebook's "postback" type. These three Bot Framework types are imBack, postBack, and messageBack.
@Danieladu - What happens when you click that button in Messenger?

@Danieladu - What happens when you click that button in Messenger?

just receive the message click me intent

@v-kydela  sorry i bring some other context that might confusing, because in other tickets users are asking

how to render a specific type of button (web_url), and the answer is set type = openUrl,
and how can we render Facebook Templates
see more context in https://github.com/microsoft/botbuilder-dotnet/issues/3667.

Anyhow, first part of my statement is saying, it renders well, and then whether we catch the message sent back after user click that and process it well?
Per @Danieladu's test, the answer is yes for at least BF defined common card types, we supported it in Adapative+LG and it works E2E, i considered it's supported (at least no regression) in SDK side.
What i'm calling out is this user is originally using Composer to do the tests, and the way Composer is using SDK have it's own opinions, I suspect that's root cause here, so after talking with @vishwacsena @cwhitten i'm going to transfer this issue back to Composer, make sense?


Set IPHONEOS_DEPLOYMENT_TARGET to 9.0

Relates to https://github.com/moozzyk/SignalR-Client-Swift/issues/142.
Btw, I move the setting from the target and added to the project so all targets share the same thing.

Thanks for the PR! Interestingly, I don't see these warnings even though I have XCode 12 but I don't think it hurts to update the minimum version to 9.0.


++[(LIVE.FREE)TV] Crown Jewel 2024 Live Streams Free WWE On Tv Channel 2 NOV 2024

WWE returns to Saudi Arabia for Crown Jewel, where the first men's and women's Crown Jewel Champion will be crowned.
Here’s how you can watch WWE Crown Jewel 2024, including streaming options, start time and more.
Where to watch WWE Crown Jewel 2024
Streaming: Peacock (U.S), WWE Network (Globally)
WWE's PLE events are available on Peacock. You can also watch past events in WWE history on Peacock. From WrestleMania 1 to last year's event. Old WCW matches and ECW pay-per-views, Peacock has it all.
MORE: Watch WWE Bad Blood 2024 live on Peacock
Wrestling fans can sign up for a Peacock Premium plan at $7.99 a month or $79.99 per year. For fans looking for all of WWE's content with almost no ads, Peacock Premium Plus for an additional $6.00 a month or an additional $60.00 per year.
WWE Crown Jewel 2024 start time
Date: Saturday, November 2
Time: 1 p.m. ET | 10 a.m. PT
Location: Mohammed Abdo Arena - Riyadh, Saudi Arabia
WWE Crown Jewel begins at 1 p.m. ET on November 2. It is in the Mohammed Abdo Arena in Riyadh, Saudi Arabia. The arena can hold up to 22,000 people.
WWE Crown Jewel 2024 fight card
Gunther vs. Cody Rhodes for the WWE Crown Jewel Title
Liv Morgan vs. Nia Jax for the WWE Women's Crown Jewel Title
LA Knight (c) vs. Andrade vs. Carmelo Hayes for the WWE United States Title
Jade Cargill and Bianca Belair (c) vs. Damage CTRL (Kairi Sane and Iyo Sky) vs. Meta-Four (Lash Legend and Jakara Jackson) vs. Chelsea Green and Piper Niven for the WWE Women's Tag Team Titles
Roman Reigns and The Usos (Jey Uso and Jimmy Uso) vs. The Bloodline (Solo Sikoa, Tama Tonga, Tonga Loa, and/or Jacob Fatu)
Seth "Freakin" Rollins vs. Bronson Reed
Randy Orton vs. Kevin Owens
At the last WWE PLE, Bad Blood, chief content officer Paul "Triple H" Levesque announced two matches where the reigning WWE Champion faces the reigning WWE World Champion, for both men and women. The main belts are not on the line. The winner would become the first WWE Crown Jewel Champion.
Cody Rhodes, the Undisputed WWE Champion, will face World Heavyweight Champion Gunther. Meanwhile, on the women's side, Women's World Champion Liv Morgan will face WWE Women's Champion Nia Jax.
Also on the card, Seth "Freakin" Rollins and Bronson Reed face off in a grudge match. Reed kept Rollins out of the ring following multiple Tsunami attacks. Returning to action, Rollins is looking for a measure of revenge.
Meanwhile, the war between Roman Reigns and the new Bloodline rages on.


Have NodePackageInstallTask use project directory if no directory specified

🚀 Feature request
Command (mark with an x)

[x] new
[ ] build
[ ] serve
[ ] test
[ ] e2e
[ ] generate
[x] add
[ ] update
[ ] lint
[ ] extract-i18n
[ ] run
[ ] config
[ ] help
[ ] version
[ ] doc

Description
 A clear and concise description of the problem or missing capability...
NodePackageInstallTask is frequently used by add tasks such as ng-add in @angular/material. If a schematic like this is called from a custom ng-new schematic using externalSchematic the install fails because it is run from some non-project directory rather than from inside the newly created project directory.
Describe the solution you'd like
 If you have a solution in mind, please describe it.
Since schematics knows the location of package.json it should by default run NodePackageInstallTask from that same directory rather than using the working directory.
This would unfortunately qualify as a "breaking" change so a configuration option might be necessary to allow for the "old" (current) behavior once this change is made.
Describe alternatives you've considered
 Have you considered any alternative solutions or workarounds?
The only work-around I've been able to do is essentially replicating the behaviors of third-party schematic "add" tasks within my custom schematic and then running install after the fact which is less than ideal.

Related to https://github.com/angular/components/issues/23436

Can you please share a snipper of the custom ng-new schematic, is a workspace being created?

Yes. A workspace is being created. Here is a snipped of the chain of calls.
  return chain([
    mergeWith(
      apply(empty(), [
        externalSchematic('@schematics/angular', 'workspace', workspaceOptions),
        externalSchematic('@schematics/angular', 'application', applicationOptions),
        ....
        options.skipMaterial ? noop() : externalSchematic('@angular/material', 'ng-add', materialInstallOptions),
        ...

Following up. Is the provided snippet sufficient?

Yes it is.

Could this fix similarly be used here? https://github.com/angular/angular-cli/commit/db0cb5593dcde395f1877f7c9b6bdf911cd26654


Adding bedrock register and stream peripherals

Converts the tile peripherals to single-beat stream in prep for future
Adds bp_me_bedrock_register which acts as a Bedrock->GPIO converter. This makes things a little bit easier to connect low-performance peripherals to a tile. Can be expanded as needed for bursting requirements

Depends on #888

Comments addressed, thanks!