Mailing List Archive: [cargo] autocomplete on pages displayed as links

[cargo] autocomplete on pages displayed as links

Sep 1, 2021, 11:07 AM

Post #1 of 5 (419 views)

Hi folks,

I'm working with Cargo, PageForms, and PageSchemas. I'm trying to define a
hierarchy of places (all assigned to category "Place"). I'm probably doing
several things wrong. The hierarchy is roughly:

SolarSytem- -> Planet --> Continent --> Nation --> SubRegion --> City -->
Neighborhood

I used PageSchemas to generate a "Place" Cargo table, Form, and Template.
It has two fields right now. (1) The "Type" Cargo field is a Page with a
list of possible inputs from the hierarchy above. The "Type" Template is
text with autocomplete. (2) The "PartOf" field is identical except it has
no list of possible inputs since I was hoping it would draw from page
instances.

When I choose a Place "Type" from the list, the selection is displayed as
static text, not as a link (even if I manually create a page with the same
name). When I try to choose a Place "PartOf", autocomplete never finds the
places I've already generated.

What is the proper way to create such a hierarchy? My approach does not
generate real subcategories like Place:SolarSystem and Place:Planet. Is
that what I should be doing? Does that require each subcategory to have its
own schema, form, and template?

Thanks for your guidance,
-david

Re: [cargo] autocomplete on pages displayed as links [ In reply to ]

yaron57 at gmail

Sep 1, 2021, 6:09 PM

Post #2 of 5 (419 views)

Permalink

Hi David,

I believe this is two separate issues. The first is, I believe, due to a
bug that existed with #template_display, where it didn't display links for
fields of type "Page" that also have a list of allowed values defined for
them. I just checked in a fix for this, so if you get the latest Page Forms
code, it should hopefully work correctly.

The second isn't actually a bug, I don't think. When you set autocompletion
for a field of type Page, you have two choices: you can autocomplete based
on values that have already been entered for that field, or you can
autocomplete based on the set of wiki pages that the field is meant to
hold. By default, it's the first one - which means that you will only see a
value in the autocompletion after it's been entered at least once.
Ultimately, it probably doesn't really matter which one you do - but if you
stick with this approach, you'll need to manually enter each value once.

-Yaron

On Wed, Sep 1, 2021 at 2:08 PM David Epstein <davideps@umich.edu> wrote:

> Hi folks,
>
> I'm working with Cargo, PageForms, and PageSchemas. I'm trying to define a
> hierarchy of places (all assigned to category "Place"). I'm probably doing
> several things wrong. The hierarchy is roughly:
>
> SolarSytem- -> Planet --> Continent --> Nation --> SubRegion --> City -->
> Neighborhood
>
> I used PageSchemas to generate a "Place" Cargo table, Form, and Template.
> It has two fields right now. (1) The "Type" Cargo field is a Page with a
> list of possible inputs from the hierarchy above. The "Type" Template is
> text with autocomplete. (2) The "PartOf" field is identical except it has
> no list of possible inputs since I was hoping it would draw from page
> instances.
>
> When I choose a Place "Type" from the list, the selection is displayed as
> static text, not as a link (even if I manually create a page with the same
> name). When I try to choose a Place "PartOf", autocomplete never finds the
> places I've already generated.
>
> What is the proper way to create such a hierarchy? My approach does not
> generate real subcategories like Place:SolarSystem and Place:Planet. Is
> that what I should be doing? Does that require each subcategory to have its
> own schema, form, and template?
>
> Thanks for your guidance,
> -david
>
>
>
>
> _______________________________________________
> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>

--
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Re: [cargo] autocomplete on pages displayed as links [ In reply to ]

davideps at umich

Sep 1, 2021, 6:57 PM

Post #3 of 5 (419 views)

Permalink

Thanks Yaron. Two followup questions:

(1) How would you implement a hierarchy of place types using Cargo? Would
you just have a TYPE field (nation, city, neighborhood) and PARTOF field
with all pages being part of category PLACE? Or would you try to do
something more sophisticated with categories (place:nation, place:city) ?

(2) Is there any way to autocomplete on a set of pages that match a query?
Perhaps a query that draws from the current contents of form pulldown
menus, etc?

On Wed, Sep 1, 2021 at 9:09 PM Yaron Koren <yaron57@gmail.com> wrote:

> Hi David,
>
> I believe this is two separate issues. The first is, I believe, due to a
> bug that existed with #template_display, where it didn't display links for
> fields of type "Page" that also have a list of allowed values defined for
> them. I just checked in a fix for this, so if you get the latest Page Forms
> code, it should hopefully work correctly.
>
> The second isn't actually a bug, I don't think. When you set
> autocompletion for a field of type Page, you have two choices: you can
> autocomplete based on values that have already been entered for that field,
> or you can autocomplete based on the set of wiki pages that the field is
> meant to hold. By default, it's the first one - which means that you will
> only see a value in the autocompletion after it's been entered at least
> once. Ultimately, it probably doesn't really matter which one you do - but
> if you stick with this approach, you'll need to manually enter each value
> once.
>
> -Yaron
>
> On Wed, Sep 1, 2021 at 2:08 PM David Epstein <davideps@umich.edu> wrote:
>
>> Hi folks,
>>
>> I'm working with Cargo, PageForms, and PageSchemas. I'm trying to define
>> a hierarchy of places (all assigned to category "Place"). I'm probably
>> doing several things wrong. The hierarchy is roughly:
>>
>> SolarSytem- -> Planet --> Continent --> Nation --> SubRegion --> City -->
>> Neighborhood
>>
>> I used PageSchemas to generate a "Place" Cargo table, Form, and Template.
>> It has two fields right now. (1) The "Type" Cargo field is a Page with a
>> list of possible inputs from the hierarchy above. The "Type" Template is
>> text with autocomplete. (2) The "PartOf" field is identical except it has
>> no list of possible inputs since I was hoping it would draw from page
>> instances.
>>
>> When I choose a Place "Type" from the list, the selection is displayed as
>> static text, not as a link (even if I manually create a page with the same
>> name). When I try to choose a Place "PartOf", autocomplete never finds the
>> places I've already generated.
>>
>> What is the proper way to create such a hierarchy? My approach does not
>> generate real subcategories like Place:SolarSystem and Place:Planet. Is
>> that what I should be doing? Does that require each subcategory to have its
>> own schema, form, and template?
>>
>> Thanks for your guidance,
>> -david
>>
>>
>>
>>
>> _______________________________________________
>> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
>> List information:
>> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>>
>
>
> --
> WikiWorks · MediaWiki Consulting · http://wikiworks.com
> _______________________________________________
> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>

Re: [cargo] autocomplete on pages displayed as links [ In reply to ]

yaron57 at gmail

Sep 1, 2021, 7:38 PM

Post #4 of 5 (419 views)

Permalink

Hi,

There are different ways to implement hierarchies in Cargo - the right
approach depends a lot on the size of the data set, how well-structured it
is, how much it's going to change, etc. What you're doing now sounds like a
reasonable approach, though. Though I don't understand what you mean with
the "place:" namespace - categories are defined with the "Category:"
namespace.

Autocompleting only on values that match with the "Type" value selected in
the form makes sense - and thankfully this can be done with "values
dependent on":

https://www.mediawiki.org/wiki/Extension:Page_Forms/Input_types#Dependent_autocompletion

-Yaron

On Wed, Sep 1, 2021 at 9:58 PM David Epstein <davideps@umich.edu> wrote:

> Thanks Yaron. Two followup questions:
>
> (1) How would you implement a hierarchy of place types using Cargo? Would
> you just have a TYPE field (nation, city, neighborhood) and PARTOF field
> with all pages being part of category PLACE? Or would you try to do
> something more sophisticated with categories (place:nation, place:city) ?
>
> (2) Is there any way to autocomplete on a set of pages that match a query?
> Perhaps a query that draws from the current contents of form pulldown
> menus, etc?
>
> On Wed, Sep 1, 2021 at 9:09 PM Yaron Koren <yaron57@gmail.com> wrote:
>
>> Hi David,
>>
>> I believe this is two separate issues. The first is, I believe, due to a
>> bug that existed with #template_display, where it didn't display links for
>> fields of type "Page" that also have a list of allowed values defined for
>> them. I just checked in a fix for this, so if you get the latest Page Forms
>> code, it should hopefully work correctly.
>>
>> The second isn't actually a bug, I don't think. When you set
>> autocompletion for a field of type Page, you have two choices: you can
>> autocomplete based on values that have already been entered for that field,
>> or you can autocomplete based on the set of wiki pages that the field is
>> meant to hold. By default, it's the first one - which means that you will
>> only see a value in the autocompletion after it's been entered at least
>> once. Ultimately, it probably doesn't really matter which one you do - but
>> if you stick with this approach, you'll need to manually enter each value
>> once.
>>
>> -Yaron
>>
>> On Wed, Sep 1, 2021 at 2:08 PM David Epstein <davideps@umich.edu> wrote:
>>
>>> Hi folks,
>>>
>>> I'm working with Cargo, PageForms, and PageSchemas. I'm trying to define
>>> a hierarchy of places (all assigned to category "Place"). I'm probably
>>> doing several things wrong. The hierarchy is roughly:
>>>
>>> SolarSytem- -> Planet --> Continent --> Nation --> SubRegion --> City
>>> --> Neighborhood
>>>
>>> I used PageSchemas to generate a "Place" Cargo table, Form, and
>>> Template. It has two fields right now. (1) The "Type" Cargo field is a Page
>>> with a list of possible inputs from the hierarchy above. The "Type"
>>> Template is text with autocomplete. (2) The "PartOf" field is identical
>>> except it has no list of possible inputs since I was hoping it would draw
>>> from page instances.
>>>
>>> When I choose a Place "Type" from the list, the selection is displayed
>>> as static text, not as a link (even if I manually create a page with the
>>> same name). When I try to choose a Place "PartOf", autocomplete never finds
>>> the places I've already generated.
>>>
>>> What is the proper way to create such a hierarchy? My approach does not
>>> generate real subcategories like Place:SolarSystem and Place:Planet. Is
>>> that what I should be doing? Does that require each subcategory to have its
>>> own schema, form, and template?
>>>
>>> Thanks for your guidance,
>>> -david
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
>>> List information:
>>> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>>>
>>
>>
>> --
>> WikiWorks · MediaWiki Consulting · http://wikiworks.com
>> _______________________________________________
>> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
>> List information:
>> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>>
> _______________________________________________
> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>

--
WikiWorks · MediaWiki Consulting · http://wikiworks.com

Re: [cargo] autocomplete on pages displayed as links [ In reply to ]

davideps at umich

Sep 2, 2021, 7:18 AM

Post #5 of 5 (419 views)

Permalink

Yaron, I installed the new version of PageForms. The links to pages inside
forms now displa as links. Thank you!

On Wed, Sep 1, 2021 at 10:39 PM Yaron Koren <yaron57@gmail.com> wrote:

> Hi,
>
> There are different ways to implement hierarchies in Cargo - the right
> approach depends a lot on the size of the data set, how well-structured it
> is, how much it's going to change, etc. What you're doing now sounds like a
> reasonable approach, though. Though I don't understand what you mean with
> the "place:" namespace - categories are defined with the "Category:"
> namespace.
>
> Autocompleting only on values that match with the "Type" value selected in
> the form makes sense - and thankfully this can be done with "values
> dependent on":
>
>
> https://www.mediawiki.org/wiki/Extension:Page_Forms/Input_types#Dependent_autocompletion
>
> -Yaron
>
> On Wed, Sep 1, 2021 at 9:58 PM David Epstein <davideps@umich.edu> wrote:
>
>> Thanks Yaron. Two followup questions:
>>
>> (1) How would you implement a hierarchy of place types using Cargo? Would
>> you just have a TYPE field (nation, city, neighborhood) and PARTOF field
>> with all pages being part of category PLACE? Or would you try to do
>> something more sophisticated with categories (place:nation, place:city) ?
>>
>> (2) Is there any way to autocomplete on a set of pages that match a
>> query? Perhaps a query that draws from the current contents of form
>> pulldown menus, etc?
>>
>> On Wed, Sep 1, 2021 at 9:09 PM Yaron Koren <yaron57@gmail.com> wrote:
>>
>>> Hi David,
>>>
>>> I believe this is two separate issues. The first is, I believe, due to a
>>> bug that existed with #template_display, where it didn't display links for
>>> fields of type "Page" that also have a list of allowed values defined for
>>> them. I just checked in a fix for this, so if you get the latest Page Forms
>>> code, it should hopefully work correctly.
>>>
>>> The second isn't actually a bug, I don't think. When you set
>>> autocompletion for a field of type Page, you have two choices: you can
>>> autocomplete based on values that have already been entered for that field,
>>> or you can autocomplete based on the set of wiki pages that the field is
>>> meant to hold. By default, it's the first one - which means that you will
>>> only see a value in the autocompletion after it's been entered at least
>>> once. Ultimately, it probably doesn't really matter which one you do - but
>>> if you stick with this approach, you'll need to manually enter each value
>>> once.
>>>
>>> -Yaron
>>>
>>> On Wed, Sep 1, 2021 at 2:08 PM David Epstein <davideps@umich.edu> wrote:
>>>
>>>> Hi folks,
>>>>
>>>> I'm working with Cargo, PageForms, and PageSchemas. I'm trying to
>>>> define a hierarchy of places (all assigned to category "Place"). I'm
>>>> probably doing several things wrong. The hierarchy is roughly:
>>>>
>>>> SolarSytem- -> Planet --> Continent --> Nation --> SubRegion --> City
>>>> --> Neighborhood
>>>>
>>>> I used PageSchemas to generate a "Place" Cargo table, Form, and
>>>> Template. It has two fields right now. (1) The "Type" Cargo field is a Page
>>>> with a list of possible inputs from the hierarchy above. The "Type"
>>>> Template is text with autocomplete. (2) The "PartOf" field is identical
>>>> except it has no list of possible inputs since I was hoping it would draw
>>>> from page instances.
>>>>
>>>> When I choose a Place "Type" from the list, the selection is displayed
>>>> as static text, not as a link (even if I manually create a page with the
>>>> same name). When I try to choose a Place "PartOf", autocomplete never finds
>>>> the places I've already generated.
>>>>
>>>> What is the proper way to create such a hierarchy? My approach does not
>>>> generate real subcategories like Place:SolarSystem and Place:Planet. Is
>>>> that what I should be doing? Does that require each subcategory to have its
>>>> own schema, form, and template?
>>>>
>>>> Thanks for your guidance,
>>>> -david
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
>>>> List information:
>>>> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>>>>
>>>
>>>
>>> --
>>> WikiWorks · MediaWiki Consulting · http://wikiworks.com
>>> _______________________________________________
>>> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
>>> List information:
>>> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>>>
>> _______________________________________________
>> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
>> List information:
>> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>>
>
>
> --
> WikiWorks · MediaWiki Consulting · http://wikiworks.com
> _______________________________________________
> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>