text:
Use this dockerfile

FROM node:6
COPY package.json /verdaccio/
RUN npm install
COPY . /verdaccio

RUN adduser --disabled-password --gecos "" verdaccio && \
  mkdir -p /verdaccio/storage && \
  chown -R verdaccio.verdaccio /verdaccio

USER verdaccio
WORKDIR /verdaccio

EXPOSE 4873

VOLUME ["/verdaccio/conf", "/verdaccio/storage"]

CMD ["./bin/sinopia", "--config", "./conf/config.yaml", "--listen", "0.0.0.0:4873"]

sorry no time for pr

I can try this out and submit a PR.
@RnbWd: Does this mean #21 can be closed?

yeah this Dockerfile should work, the current one wasn't building for me, and this worked. I'm not actively using it at the moment so it'd be nice to get more feedback, but if the current one is broken (and not just a fluke in my dev env) then I'd replace it with this. If I start using it again (sinopia no longer works for me so I'll probably start here if I get back into using it again)

How do you feel about using Alpine Node instead the images are extremely small

RUN npm install shall be run within /verdaccio/ therefore WORKDIR /verdaccio shall come before npm install no?

@nwhite89 after reading this tweet - https://twitter.com/rvagg/status/742949140641009666 - I think it's time to start building with alpine :metal:
@YouriT I haven't ran this build since first posting the issue, but it looks like I'm copying the package.json  first - so npm install works... then I copy everything back into verdacio a second time.... Don't know why I wrote it like that :confused:

@RnbWd so you agree it should be the other way around right? I changed it in mine and it works fine like I suggested at least :p

@RnbWd I have been using this one but reading that tweet does that mean it's a official one? https://github.com/mhart/alpine-node

@YouriT yes - both should work but it should be the other way around like you mentioned

Since there is a PR https://github.com/verdaccio/verdaccio/pull/110 already pretty close to the suggestions in this thread and the suggestion of @RnbWd is a mix that currently committed and the previous PR, I'll close this one.

authors: RnbWd YouriT andrewjensen juanpicado nwhite89

repo: verdaccio/verdaccio


text:
Sample usage with urllib.request.urlretrieve() reporthook

Hi @verigak,
How do you integrate this library with urllib.request.urlretrieve?

Probably something like this:
from urllib.request import urlretrieve
from progress.bar import Bar
from progress.spinner import Spinner

class Getter:
    def get(self, url, to):
        self.p = None

        def update(blocks, bs, size):
            if not self.p:
                if size < 0:
                    print("spinner")
                    self.p = Spinner(to)
                else:
                    print("bar")
                    self.p = Bar(to, max=size)
            else:
                if size < 0:
                    self.p.update()
                else:
                    self.p.goto(blocks * bs)

        urlretrieve(url, to, update)
        self.p.finish()

Getter().get("https://www.python.org/ftp/python/3.6.3/python-3.6.3.exe", "py3.exe")

But you really should use requests:
import requests
from progress.bar import Bar
from progress.spinner import Spinner

r = requests.get("https://www.python.org/ftp/python/3.6.3/python-3.6.3.exe", stream=True)

size = r.headers['content-length']
if size:
    p = Bar('py3.exe', max=int(size))
else:
    p = Spinner('py3.exe')

with open('py3.exe', 'wb') as f:
    for chunk in r.iter_content(chunk_size=1024*50):
        if chunk: # filter out keep-alive new chunks
            p.next(len(chunk))
            f.write(chunk)

p.finish()

Both Spinner-codepaths are not tested...

source: gharchive/issue

authors: Code-ReaQtor TobiX

repo: verigak/progress

license: isc

license_type: permissive

license_source: bigquery


text:
Cue point breaks app

When I load this file into the Editor app, I see a JS error
Uncaught ReferenceError: vents is not defined
    at V2EditorTrack.#addDetails (V2EditorTrack.js:406:30)
    at new V2EditorTrack (V2EditorTrack.js:62:21)
    at V2Editor.show (V2Editor.js:107:25)
    at V2Editor.#addFile (V2Editor.js:132:10)
    at FileReader.reader.onload (V2Editor.js:139:20)

Oh, there was an 'e' missing :)
addDetail('Cue Point', vents.meta.cuePoint);
Thanks!

Thanks, works for me now. Fyi, the cue point shows as decimal digits, whereas their intent is clearly to be ASCII text, as per https://www.recordingblogs.com/wiki/midi-cue-point-meta-message. Happy to open a different issue if you would consider changing the display to text.

I see. I've added a call now to decode the text of the event.

Thank you! Love your web apps :heart_eyes:

authors: infojunkie kaysievers

repo: versioduo/edit

license_source: github-api


text:
"THROW_ERROR" function does not throw error in vertica_python using python3

The Vertica Error-Handling Function THROW_ERROR does not in fact throw an error on execution when using vertica_python using python3.
Python Version: 3.7.2
Vertica-python version: 0.9.1
When I execute the sql containing the THROW_ERROR function python does NOT throw an error.
cur.execute("SELECT THROW_ERROR('test error')")

It is only when fetchall() or fetchone() is called that an error is thrown.
I have tested this issue by simply calling the function (as shown above) and when using the function inside a case statement:
cur.execute("SELECT CASE WHEN COUNT(*) = 10 THEN 'SUCSESS!' ELSE THROW_ERROR('error') END FROM test;

The logic of my script does not require me to return any results with fetchall(). I would like THROW_ERROR to just throw an error on execution.

To provide some help in diagnosing this issue, I noticed that when _execute_simple_query is called in cursor.py, the instance type of self._message (row 479) is RowDescription and not ErrorResponse as it should be. I did some debugging and here is the self._message.
RowDescription: [{'name': 'THROW_ERROR', 'table_oid': 0, 'schema_name': None, 'table_name': None, 'attribute_number': 0, 'data_type_oid': 9, 'data_type_size': 65535, 'data_type_name': 'Varchar', 'null_ok': True, 'is_identity': False, 'type_modifier': 15, 'format_code': 0}]

@alecsaunders Thanks for reporting. This is a similar issue of #255. Please read the explanation in #255.
Here are protocol messages that are sending(=>) and receiving(<=) during sql executions:
=> Query: SELECT THROW_ERROR('test error');
<= RowDescription: cursor.execute() returned at here
<= ErrorResponse

In vertica-python version 0.9.1, the logic of cursor.execute() makes the function stop reading remaining protocol messages if it receives a RowDescription message. For your specific problem, we can add error handling after receiving RowDescription messages. But in general, ErrorResponse messages can occur anytime in the protocol cycle of a query, only running cursor.fetchall() can you iterate through all remaining protocol messages and catch ErrorResponse.

authors: alecsaunders sitingren

repo: vertica/vertica-python


text:
The data defined as number in the table field read by Oracle CDC in Oracle 11 does not display the result correctly, but the encoded value is displayed

Describe the bug
Oracle 11 Oracle CDC has some problems in obtaining the data of number field. If it is the definition of number (3) and number (4,3), there is no problem after deserialization of string debezium deserialization schema. However, JSON debezium deserialization schema cannot correctly obtain the data of number (4,3). You can get number (3). If you directly define number, you define the size without parentheses. For example, number (a, b), neither serializer can get the result correctly
Environment :

Flink version :  1.13.3
Flink CDC version: 2.1.p
Database and version: oracle11.2.0.1

To Reproduce
Steps to reproduce the behavior:

Thes test data :

The test code :
Properties properties = new Properties();
properties.setProperty(
"log.mining.strategy",
"online_catalog");
properties.setProperty("log.mining.continuous.mine","true");
 SourceFunction<String> build = OracleSource.<String>builder()
         .hostname("172.16.10.218")
         .port(1521)
         .database("orcl")
         .schemaList("sdt_xjb")
         .tableList("sdt_xjb.test_cdc1")
         .username("flink_cdc")
         .password("flink_cdc")
         .deserializer(new JsonDebeziumDeserializationSchema())
         .startupOptions(StartupOptions.initial())
         .debeziumProperties(properties)
         .build();
 env.addSource(build)
         .print()
         .setParallelism(1);

 env.execute("FlinkCDC");

The error :
Additional Description
Table definitions that do not display correctly:

table data:

Deserialization results with JSON debezium deserialization schema:

Deserialization results with String debezium deserialization schema:

Table definition that can be displayed correctly:

table data:

Deserialization results with JSON debezium deserialization schema:

Deserialization results with String debezium deserialization schema:

could you change the title and description in English? thanks.

could you change the title and description in English? thanks.

already changed

Describe the bug Oracle 11 Oracle CDC has some problems in obtaining the data of number field. If it is the definition of number (3) and number (4,3), there is no problem after deserialization of string debezium deserialization schema. However, JSON debezium deserialization schema cannot correctly obtain the data of number (4,3). You can get number (3). If you directly define number, you define the size without parentheses. For example, number (a, b), neither serializer can get the result correctly
Environment :

Flink version :  1.13.3
Flink CDC version: 2.1.p
Database and version: oracle11.2.0.1

To Reproduce Steps to reproduce the behavior:

Thes test data :
The test code :
Properties properties = new Properties();
properties.setProperty(
"log.mining.strategy",
"online_catalog");
properties.setProperty("log.mining.continuous.mine","true"); SourceFunction<String> build = OracleSource.<String>builder()
         .hostname("172.16.10.218")
         .port(1521)
         .database("orcl")
         .schemaList("sdt_xjb")
         .tableList("sdt_xjb.test_cdc1")
         .username("flink_cdc")
         .password("flink_cdc")
         .deserializer(new JsonDebeziumDeserializationSchema())
         .startupOptions(StartupOptions.initial())
         .debeziumProperties(properties)
         .build();
 env.addSource(build)
         .print()
         .setParallelism(1);

 env.execute("FlinkCDC");

The error :
Additional Description
Table definitions that do not display correctly:

table data:

Deserialization results with JSON debezium deserialization schema:

Deserialization results with String debezium deserialization schema:

Table definition that can be displayed correctly:  table data:  Deserialization results with JSON debezium deserialization schema:  Deserialization results with String debezium deserialization schema:

you can set db settings like:
Properties properties = new Properties();
properties.setProperty("decimal.handling.mode","STRING");
SourceFunction sourceFunction = OracleSource.builder()
.hostname("xx.xx.xx.xx")
.port(1521)
.database("ORCL")
.schemaList("AUTOTEST")
.tableList("AUTOTEST.ZDB_TEST")
.username("flinkuser")
.password("flinkpw")
.debeziumProperties(properties)
.deserializer(new JsonDebeziumDeserializationSchema(false))
//                .deserializer(new StringDebeziumDeserializationSchema())
.startupOptions(StartupOptions.initial())
.build();

Thanks , It's working

you can set Debezium settings like: Properties properties = new Properties(); properties.setProperty("decimal.handling.mode","STRING"); SourceFunction sourceFunction = OracleSource.builder() .hostname("xx.xx.xx.xx") .port(1521) .database("ORCL") .schemaList("AUTOTEST") .tableList("AUTOTEST.ZDB_TEST") .username("flinkuser") .password("flinkpw") .debeziumProperties(properties) .deserializer(new JsonDebeziumDeserializationSchema(false)) // .deserializer(new StringDebeziumDeserializationSchema()) .startupOptions(StartupOptions.initial()) .build();

Thanks,It's working

authors: DouglasJun QQZZAZ leonardBang

repo: ververica/flink-cdc-connectors


text:
ignore files

I confirm that this contribution is made under the terms of the license found in the root directory of this repository's source tree and that I have the authority necessary to make this contribution on behalf of its copyright owner.

@toregge please review

This was fixed in https://github.com/vespa-engine/vespa/pull/10343.

source: gharchive/pull-request

authors: geirst havardpe

repo: vespa-engine/vespa


text:
Jvenstad/old instance data cleanup

@mpolden please review.

Makes it clunky to completely delete applications with more than one instance, but there aren't any of those yet. Will fix this this in a more elegant way shortly.


text:
Java tensors: support unequal size when concatenating

@bratseth Please review.
As far as I can see this is correct, however there might be some assumption I am not aware of in the code that is violated. Please check.
With this, all 1226 conformance tests now pass.

Looks right to me

authors: bratseth lesters


text:
Lesters/model eval throw on error

@bratseth Please review.

I see, I should have explained this a bit better. The reason I removed that comment was that this handler has additional logic than what is handled in the model evaluation code, regarding discovery of models, functions and types. Also, the URL parsing had issues with urls of type "/modelname//" and "modelname//eval" - the double / would reduce to one /.
However, I agree that this should be handled in one place, I'll take another look regarding separating the evaluation and discovery.

@bratseth Please take a look at updated code. Most of the logic now is moved out of the handler, and the code in config model does not depend upon this handler now. Better information is given with regards to model discovery. More work is required when we have type information, but this should be good enough for now.


text:
Implement redux store in UI

Started users store and models, still a work in progress
Added redux dev tools dependencies
Relate vetrosound/planning#14

Do not merge yet, need to add tests

repo: vetrosound/cypher-ui

license: MIT


text:
Where to get Basic Token from

Hey!
I am trying to use your app but I don't know where to get a "Basic token" from. Could you help me with that?

I have used your app before and it worked really nice!

Hi, answering after seeing your DM. :wave:
The Basic token is unique to the hosted instance at https://api.42cal.valfur.fr. To prevent leaking 42 data, it is mandatory to get one. However, you cannot generate one at the moment. You may find the only available token on the school's Slack (where I first talked about the project).
I cannot link the message here for privacy reasons too haha. :slightly_smiling_face:

authors: vfurmane yannickdoteu


text:
[1.7.10] Something goes wrong

in "NotEnoughEnergistics-1.7.10-1.2.19.jar" you did something wierd, now i can't launch any version higher
then "NotEnoughEnergistics-1.7.10-1.2.16.jar"
I get this CRASH every time

Will be fixed in the next version

authors: DevTimur vfyjxf

repo: vfyjxf/NotEnoughEnergistics


text:
New python book

Add new free pdf tutorial, the permission is at the end of file
http://www.dcc.ufrj.br/~fabiom/mab225/pythonoo.pdf

Hi,
can you squash this (three) commits, please.

authors: grogy isvaldo

repo: vhf/free-programming-books


text:
不喜欢Unocss的话可否继承tailwindcss哈

如题
nots很棒。

你好感谢支持，我只是提供了我认为更好的解决方案，你当然可以自由的调整它，以便适应你的项目和需求，

authors: tlerbao viarotel

repo: viarotel-org/vite-uniapp-template


text:
Minor typos

Hello,
Some minor edits done by editing the file directly on GitHub.
When I look at it, the raw diff looks strange, but the rich diff looks good.
Feel free to take the edits that work for you if the commit is not right.
Kind regards,
JP
has_value => hash_value
seems reasonable to don't provide such => seems reasonable to not provide such
members seam to be a => members seem to be a
has_value => hash_value
Why to require => Why require
when the generation of == => when the default generation of ==
Use basic double quotes around "drafty" matching the other double quotes.
replace the one tab at the end with 4 spaces

Thanks

authors: jeanphilippeD viboes

repo: viboes/std-make


text:
IndexError: too many indices for array

The program works with the provied MNIST data, but failed when trained with other data, printing the following message:
INFO:main:Training on 20 images...
Traceback (most recent call last):
File "science_rcn/run.py", line 230, in
parallel=options.parallel)
File "science_rcn/run.py", line 83, in run_experiment
train_results = pool.map_async(train_partial, [d[0] for d in train_data]).get(9999999)
File "D:\Anaconda\envs\py27\lib\multiprocessing\pool.py", line 572, in get
raise self._value
IndexError: too many indices for array
Does anyone has any idea how to solve this?

too many indices for array 请问这个问题您解决了吗？，可以指点下吗?


text:
[Feedback] Thank you for this awesome piece of work!

It works very well, thanks a lot for providing us this piece of software! Really useful !

I'm glad it was helpful!

authors: KittyJutsu victornpb

repo: victornpb/deleteDiscordMessages


text:
Connect Sphinx for documentation

http://www.sphinx-doc.org/en/stable/

ReadTheDocs is a documentation CI tool
https://read-the-docs.readthedocs.io/en/latest/

repo: vicyap/slack-cli

license: mit


text:
Videogular hangs on Microsoft Edge

Description
The player hangs on Microsoft Edge when trying to jump several times with seekbar.
Steps to Reproduce

Open Microsoft Edge
Go to webpage http://www.videogular.com/
Start video and try to change position with seekbar several times

Attachments
Screencast with reproduced bug:
https://drive.google.com/open?id=0B88ptoReUr1zaTRJVUxyRk1vdHc

any update on this? I am also seeing similar problem..

Edge is definitely brittle when it comes to seeking. I've seen improvement by ensuring that you don't fire a new seek while it's already seeking.

authors: LalitAgrawala004 kfeinUI limsko

repo: videogular/videogular


text:
Rails can't find js files in development mode?

I'm adding your splendid gulp-starter to my Rails app. I added the files from extras/rails to the appropriate places, but I can't figure out how to get the javascript to work. Here's what I did:

I replaced the 'server' in config.json with "proxy": "http://localhost:3000"(that's where Rails serves
I added <script src="<%= gulp_js_path 'app.js'%>"></script> to my layouts/application.html.erb

But when I view a Rails page, it renders the javascript tag like: <script src="/public/javascripts/app.js"></script>, and I get a 404. I know Webpack is doing some magic to insert that into the page, but how do I get it to work in a Rails context?
Thanks so much--I used an earlier version of gulp-starter and I love where you're taking it.

Aha, I think I found it! I think the issue may be in gulp_asset_helper.rb. It's looking for 'public/' with a trailing slash, but the default in config.json is './public' (no trailing slash). Not finding that pattern, it just returns './public', which Rails doesn't know what to do with. When I added the slash to config.json, it started to work.

Were you running on port 8000 ? Or wherever you have browserSync set to run?
If you're feeling adventurous, I have a big update you can try out now that lets you install this as an npm dependency, and auto-generate all the rails extras you need to get running.
Assuming you've got a package.json file (otherwise run npm init first:
npm install --save-dev vigetlabs/gulp-starter#4.0.0-beta-2
node_modules/.bin/gulp-starter init-rails

I'm running Rails to 3000, so I set up BrowserSync to proxy to that, and I view it through port 3001. When I set up config.json to point to public-with-trailing-slash, it started to work:
"root": {
    "src": "./src",
    "dest": "./public/"
  }

I'm looking forward to v4, and in general this is way better for my needs than create-react-app, but I'll have to wait until next week or so to try it out--this week I gotta deliver features!

Thanks for the note on the trailing slash. I'll make sure that's working and included for v4

Sounds good. Thanks again for this project, really enjoying it.

Default rails config changed a bit, but should work. Lemme know if you have trouble getting set up with Blendid!

I am having problem with getting the app.js also
yarn run blendid -- build is able to produce the correct asset_path @ localhost:3001/assets/gulp/javascripts/app.js
However in development, the browser is expected the app.js from the same source also. However it is not available (404).
The app.js is however accessible from localhost:3001/javascripts/app.js
path-config.json
{
  "src": "./styleguide/src/assets/toolkit",
  "dest": "./public/assets/gulp",

  "javascripts": {
    "src": "../../../../gulpfile.js/assets/javascripts",
    "dest": "javascripts"
  }
  ...

authors: amoshydra davidham greypants

repo: vigetlabs/blendid


text:
Rethinking/simplifying Domains

We write a lot of apps with client-only state. This can result in a lot of boilerplate code. Consider:
const toggleConfirm = n => n
const toggleFeedback = n => n
const notify = n => n
const showMenu = n => n
const setTitle = n => n

class Session {

  getInitialState() {
    return {
      showConfirm: false,
      showFeedbackDialog: false,
      notification: '',
      showMenu: false,
      title: ''
    }
  }

  toggleConfirm(session) {
    return update(session, 'showConfirm', value => !value)
  }

  toggleFeedback(session) {
    return update(session, 'showFeedbackDialog', value => !value)
  }

  setNotification(session, message) {
    return set(session, 'notification', message)
  }

  showMenu(session, display) {
    return set(session, 'showMenu', display)
  }

  setTitle(session, title) {
    return set(session, 'title', title)
  }

  register() {
    return {
      [toggleConfirm]: this.toggleConfirm,
      [toggleFeedback]: this.toggleFeedback,
      [notify]: this.setNotification,
      [showMenu]: this.showMenu,
      [setTitle]: this.setTitle
    }
  }
}

This is too much boilerplate. We do these same interactions all the time, particularly for domains that operate on an object:

Set
Reset
Toggle

So let's figure out how to simplify this. Long term, I think it would be cool to specify domains in terms of a GraphQL schema. This is a long road. In the short term, I think we could get something together that would benefit our projects within a short period of time:
import { Struct } from 'microcosm/resource'

const Session = Struct({
  showConfirm: false,
  showFeedbackDialog: false,
  notification: '',
  showNotification: false,
  showMenu: false,
  title: ''
})

export const toggleConfirm = Session.toggle('showConfirm')

export const toggleFeedback = Session.toggle('showFeedbackDialog')

export const notify = Session.set('notification')

export const showMenu = Session.toggle('showMenu')

export const setTitle = Session.set('title')

export default Session

Registering to other actions
We could still allow this:
Session.register(action, (state, payload) => {
  // operate on data
})

Session.register(action, {
  done: (state, payload) => {},
  error: (state, payload) => {}
})

Outstanding questions

This should live as a separate project until it becomes more formal: microcosm-resource maybe.
I've only covered a Struct example, but we could do this for lists too
I would like to explore using combinations of Struct and List domains through nesting.
Collocating actions and domains is new: we should sync up on how this might impact our project structure. Still, I like the idea of just going to session or widgets to see all of the associated actions.

cc @mackermedia

👍  to something like Session. 👎  to something like microcosm-resource, but that's just my gut reaction to splitting up js packages.

👍 What Eli said. I'd prefer to make this an optional add-on in microcosm vs. having to pull in another package and remember where all the things live.

Thinking has evolved a bit here. See #441

authors: efatsi mackermedia nhunzaker

repo: vigetlabs/microcosm


text:
MàJ suite au décret du 23/03 + qqs autres modifs

Bonjour Romain,
Voici, si jamais cela peut servir.
Cordialement

Merci pour cette PR; cependant 2 choses vont me faire la fermer;

les bonnes pratiques actuelles encouragent la non-utilisation des html entities (é etc..), notamment car l'implementation actuelle de l'UTF-8 dans les navigateurs est largement fonctionnelle, mais aussi qu'elle rend le code beaucoup plus lisible.

et surtout je vais remplacer tout le site par une redirection vers le site du gouvernement, le code actuellement en place n'ayant plus trop d'interet comparé au site du gouvernement

Ça marche, bon courage !

authors: kirisakow vikbez

repo: vikbez/covid-sortie


text:
clientOnly() function instead of <ClientOnly> wrapper component

See:

https://github.com/vikejs/vike-solid/pull/74
https://docs.solidjs.com/solid-start/reference/client/client-only

I think we can & should also deprecate the <ClientOnly> wrapper component in favor of a clientOnly() function. It's a much nicer DX.

Hello.
Can you please take a look at https://github.com/vikejs/vike-vue/pull/110?
It's about this issue and https://github.com/vikejs/vike-vue/issues/67
It's not polished and there are decisions to be made about:

should the component be removed
the name of the function (maybe createClientOnlyComponent)
where it is exposed
the name of the fallback slot (maybe ssr-content)
I need some help with a typing error when resolving import (https://github.com/vikejs/vike-vue/pull/110/files#diff-e0ffd04a4eabd913ea52d413b3cb2221e6b1ff796c6981a2adecf58a067031b3R79)

But at least it works with props, events, and slots

should the component be removed

Does <ClientOnly> support any use case that clientOnly() doesn't? If not then, yes, I think we should remove it and release a breaking change and bump the minor semver. We're still on 0.x.y so I think it's ok.

the name of the function (maybe createClientOnlyComponent)

I think clientOnly() is both succint and clear?

where it is exposed

So far, we export utils at vike-vue/utilName. So vike-vue/clientOnly.
Eventually merging exports to the root export vike-vue is a consideration, but we need to double check whether Rollup's code-splitting works (it should in principle, but we should be sure about it as bloating the client-side is a no-go).

the name of the fallback slot (maybe ssr-content)

How about <template #fallback>?

I need some help with a typing error when resolving import (https://github.com/vikejs/vike-vue/pull/110/files#diff-e0ffd04a4eabd913ea52d413b3cb2221e6b1ff796c6981a2adecf58a067031b3R79)

I'll have a look at it later today.

I cannot think of anything that <ClientOnly> can do better that the function
clientOnly does not convey that it creates a component (defineComponent, defineAsyncComponent - maybe defineClientOnlyComponent)
<template #fallback> - I was thinking about avoiding as much as possible to override a named slot of the wrapped component

clientOnly does not convey that it creates a componen

Unless I'm missing something, I think it's ok.

<template #fallback> - I was thinking about avoiding as much as possible to override a named slot of the wrapped component

Good point. How about an option? For example:
function clientOnly(
  componentLoader: () => Component,
  { fallbackSlotName = 'fallback' }: { fallbackSlotName?: string } = {}
) {
  // ...
}

I need some help with a typing error when resolving import (https://github.com/vikejs/vike-vue/pull/110/files#diff-e0ffd04a4eabd913ea52d413b3cb2221e6b1ff796c6981a2adecf58a067031b3R79)

The generic can be any type, maybe we should make it more restrictive?
For example, TS won't complain with the following:
clientOnly(
  () => 12
)

Did you mean more something like T extends { new (): ComponentPublicInstance } instead of T extends Component = { new (): ComponentPublicInstance }?

if we allow changing the fallback slot name with parameter we lose the autocomplete
I tested with using a Symbol for slot name - it works but autocomplete is not available and one need to import the symbol, so not very nice to use
I went the route of using a descriptive name of 'client-only-fallback'

About typing, I cannot make heads or tails of why it accepts something like () => 2, so if someone can bring some sanity there while still keeping autocomplete on use please help.

@4350pChris WDYT? I'll have a look at it if Chris is busy.

I don't know much about Volar, but I presume using a generic to do the trick?
function clientOnly<Component, FallbackSlotName extends string = 'fallback'>(
  componentLoader: () => Component,
  { fallbackSlotName }: { fallbackSlotName?: FallbackSlotName } = {}
) {
  // ...
}

See for example the type of slotName1 and slotName2 in this playground.

I cannot make it work, sorry

For me the steps are:

pnpm reset
reload VSCode so that TS is loaded with new vike-vue
it should work now

Ah, it works now! Thanks. Sorry I'm a VSCode newbie :sweat_smile:

No problem - I feel the same with TS magic (especially when combined with Vue)

It would be the same problem with TS - we cannot make the slot name dynamic and still expose it in typescript (at least I don;t know how)

It isn't dynamic and instead we define two static slots fallback and client-only-fallback.

Maybe it's a bit tricky to implement?

If it's too tricky then I'd say let's go for only one slot client-only-fallback. But maybe it's worth trying? I think the docs can be clear:

Use #client-only-fallback if the inner component uses #fallabck.

Ah, you mean like that (define both slots) - it might work. Meanwhile if someone can understand why () => 1 satisfies T extends Component it would help :D

Looking at it as we speak :)
I think the issue is somewhere else: https://play.vuejs.org/#eNp9kE9PwzAMxb+Klcs2aRpCcJoGEqBJwAEQcMylytzSkTpR4oyiqt8dp9X+HIBb/H4v9rM7deP9YpdQLdUqmlB7hoicPNiCqiutOGp1raluvAsMHQQsDNc7nAN/e4Q7J4CQGHoog2tgIr0mmjSVicToCEqamuXROOt6gTQ9n2lanY0jZYAUjI23BaNU92ity/xEU3MJYxyVdbXYRkeSuNMEoJWR3rXF8OzzQAm8hIFkVkijr8dB45BwvtfNB5rPX/RtbLOm1UvAiGGHWh0YF6FCHvH67QlbeR9g4zbJivsf+IrR2ZQzjrbbRBuJfeIb0j4Mt66peo/rlpHifqkcNDv7wa+VnDqf9a/Vj3EvFpfDP0296n8AX0unrg==
Let me have a closer look.

Btw. I think you can remove = { new (): ComponentPublicInstance }, since source is a required parameter.

Actually, () => 1 is a valid Component: https://play.vuejs.org/#eNp9kE9PwzAMxb+Klcs2aRpCcJq2SYAmAQdAwDGXKnNLR+pEiTOGqn53nFb7cwBu8fu92M9u1Y33s11CNVeLaELtGSJy8mALqpZacdRqpaluvAsMLQQsDNc7nAJ/e4Q7J4CQGDoog2tgJL1GmjSVicToCEoam/nJOGk7gTQeT2C5gsuJpsXFMFjGSMHYeFswSnWP1rrMzzQ1lUjGUVlXs210JLlbTQBaGZlQWwzPPo+V2HPoSWaFNPp67DUOCacH3Xyg+fxF38Z91rR6CRgx7FCrI+MiVMgDXr894V7eR9i4TbLi/ge+YnQ25YyD7TbRRmKf+fq0D/3Fa6re43rPSPGwVA6anV3v10oOno/71+qnuFez6/6fpk51P/UzqLo=
Which makes sense from a JSX perspective.

Btw. I think you can remove = { new (): ComponentPublicInstance }, since source is a required parameter.

For some reason if I remove that we lose autocomplete for props/events/slots for resulting component

Actually, () => 1 is a valid Component

Nice - you're right

For some reason if I remove that we lose autocomplete for props/events/slots for resulting component

Sounds like a Volar quirk.

Yep, editor quirk.
I updated the PR - it has 2 commits - the second one should be removed before merge

@pdanpdan Can I merge this? Looks good from my point of view.

Yes, all done from my point of view

BTW, do you have any idea about this?
https://github.com/vikejs/vike-vue/pull/110#discussion_r1630722333

BTW, do you have any idea about this?
https://github.com/vikejs/vike-vue/pull/110#discussion_r1630722333

Unfortunately no. I tried a bit and couldn't get it working either.

authors: 4350pChris brillout pdanpdan

repo: vikejs/vike-vue


text:
Subtitle is hidden behind icon when title is empty.

When I set subtitle, but leave title to "", the subtitle is hidden behind the icon circle., which makes it impossible to read.
After a quick look at the code I found out that the problem might be in computing vertical position of subviews.

@matoushybl Could you try this PR? - https://github.com/vikmeup/SCLAlertView-Swift/pull/332

authors: algrid matoushybl

repo: vikmeup/SCLAlertView-Swift


text:
Textfield by default shift on?

I have the issue that by default the first letter of the input in a textfield always seems to be capitalized.
I am using the textfields for letting a user change it's email and password, which is why this is a bit annoying. For the password field, I would also like to have it be transformed into dots. Is that possible?

@warhost You could do it like this:
        let alert = SCLAlertView(appearance: appearance)
	let txt = alert.addTextField("Enter some data")
        txt.autocapitalizationType = .none
        txt.isSecureTextEntry = true

authors: algrid warhost


text:
Color indicator of unsaved buffer.

Currently any unsaved (unwritten I suppose) buffer has a small '+' mark next to it. I would like it to be a color so I can quickly realize when it is saved vs unsaved. I don't want to autosave it and I would prefer an option in airline. I feel like it must exist since it seems like a common request but could not find it. Any ideas?
TLDR; looking for an airline based color indicator for when a buffer/file is unsaved/unwritten.
thanks!

How can we make the filename become red when the file is unsaved for statusline and tabline? I think it will be more attractive than suffix [+]

authors: Freed-Wu avishaan

repo: vim-airline/vim-airline


text:
「Vim 駅伝について」の説明を追加する

Vim 駅伝とは何か、について説明するページを追加し、トップページからリンクする。
内容についても検討する必要がある。
もし 1,2 行で済むようであれば、ページを分けずにトップページに直接書いてしまってもよい。

ページ構成については #19 でも議論しているので、そちらにもコメントいただければ！
（ページ構成についての議論は別 issue 切っても良かったかも？）

誰かが素案を出してみんなで殴るスタイルじゃないと議論が前に進まなさそうなので、文字通りたたき台。好きに殴ってくれ！！
Vim駅伝とは
Vim駅伝とは、Vimmerたちが技術的なコンテンツを持ち寄り、リレー形式で記事をリンクする営みです。
小さなノウハウ、ちょっとした気づき、作ったプラグイン、開発の苦労話など、様々な話を集めています。
他に載せるべき物は

注意事項

個人攻撃のためのものではない
喧嘩しない
載せちゃいけない物

宗教、政治などテクノロジーから遠く離れた話題？
社外秘情報など出さないように：インターネットリテラシーまでここで言及する必要はないか？

書き方

当日書いてないと誰かに奪われるかも
よしなに譲り合って書こう

書き方の内容は #49 でOK

良いと思います！
vim-jp には非 Vimmer もいるので、「Vimmerたちが」のところは「Vimmer を中心に」などとしても良いかもですね。（なにをもって Vimmer と呼ぶかにもよる？）
注意事項について、よりしっかり運営するなら、将来的にはコミュニティの Code of conduct みたいなのを作ってそっちでしっかり規定するのがいいのでしょうが、ひとまず今は記事内容に対する注意事項だけで良いと思います。

「Vimmerたちが」のところは「Vimmer を中心に」などとしても良い

Vimmer（概念）に慣れすぎてましたが、確かにそうですね。その方が良さそうです！

#52 で概要を追加したので、こちらクローズしてしまって良いでしょうか？ @thinca

authors: kyoh86 monaqa thinca

repo: vim-jp/ekiden


text:
GVim 9.0 on Windows does not recognize the right Alt key

Steps to reproduce

Start GVim on Windows.
Type any Alt-key combination (other than a menu bar accelerator) using the right Alt key.  For example, RightAlt-i works to demonstrate the problem.

Expected behaviour
If you hit RightAlt-i, Vim should invoke any mapping that exists for <m-i> or beep if no such mapping exists.  Instead, it acts as if you simply typed i.

More detailed description of the problem:
GVim 9.0 on Windows does not recognize the right Alt key; if you hit RightAlt-Somekey, it acts as if you just hit Somekey alone.
The one exception to this is that the menu bar accelerators work:  if you hit RightAlt-f, for example, it does invoke the File menu.
I'm using a US keyboard, so the right Alt key is not an AltGr key, in case that matters.
The left Alt key works fine.
Both Alt keys work in the text-mode version of Vim; only GVim is affected.
Both Alt keys work in GVim 8.2.
I've confirmed that the problem exists when starting GVim via gvim --clean so it's not a settings issue.
I've confirmed that the problem exists on two different computers, one running Windows 8.1 and one running Windows 10.
I've confirmed that the problem exists in the most recent stable version listed for download on vim.org (https://github.com/vim/vim-win32-installer/releases/download/v9.0.0000/gvim_9.0.0000_x86_signed.exe) and in a recent nightly (https://github.com/vim/vim-win32-installer/releases/download/v9.0.0117/gvim_9.0.0117_x64.exe).
Version of Vim
9.0 and 9.0.0117
Environment
Microsoft Windows 8.1 (64-bit) and Microsoft Windows 10 (64-bit)
Logs and stack traces
No response

@LemonBoy  @ant0sha

Hello, this seems to be a duplicate of issue #10753.
@k-euser Could you try this build: https://github.com/vim/vim-win32-installer/releases/tag/v9.0.0124

That's not precisely a duplicate, although it might be related; https://github.com/vim/vim/issues/10753 is about AltGr-Space not working whereas this is about RightAlt-anything not working, on a keyboard layout where RightAlt is not AltGr.
In any case, I've just tried v9.0.0124 and the problem is still there.
Please reopen.

@LemonBoy @ant0sha

Recently tried to create test case for this bug using new test_gui_w32_sendevent low level key press simulation mechanism, but it fails: internally whatever key code i simulate gui_w32.c logic judges it as "left alt", thus performing all tests without revealing bug reported here. Only manually operating the keyboard i can reproduce the problem. Still have some hope, will try to extend logic in test_gui_w32_sendevent to use scan_code instead of wVk. Seems will not come to it very soon, have some busy weeks now.

That's not precisely a duplicate, although it might be related; #10753 is about AltGr-Space not working whereas this is about RightAlt-anything not working, on a keyboard layout where RightAlt is not AltGr.
In any case, I've just tried v9.0.0124 and the problem is still there.

I can confirm the issue for this keyboard layout: https://www.europatastatur.de/e1

Is there any plan to fix this?

It requires someone with this keyboard to figure out what happens and come up with a solution (that doesn't break things for other keyboards).

You don't need a physical keyboard with one of the affected layouts to reproduce the problem.  You can reproduce it just fine using the "On-Screen Keyboard" included with Windows after setting the keyboard layout in Windows' Language settings.
(Actually, I suspect simply changing the keyboard layout would be sufficient to reproduce it on essentially any physical keyboard as well, but I don't have any way of checking that as I don't have a non-US keyboard available.)

RAlt
VK  SC	Type	Up/Dn	Elapsed	Key
-------------------------------------------------------------------------------------------------------------
A5  138	 	d	12.45	RAlt
A5  138	 	u	0.17	RAlt

LAlt
VK  SC	Type	Up/Dn	Elapsed	Key
-------------------------------------------------------------------------------------------------------------
A4  038	 	d	24.81	LAlt
A4  038	 	u	0.09	LAlt

RAlt +p
VK  SC	Type	Up/Dn	Elapsed	Key
-------------------------------------------------------------------------------------------------------------
A5  138	 	d	8.06	RAlt
50  019	 	d	0.20	p
50  019	 	u	0.19	p
A5  138	 	u	0.06	RAlt

Can you try out #11294 ?

Can you try out #11294 ?

No need any more ((( , just checked myself - it breaks AltGr handling completely (but US RightAlt starts to work though).

should it be not closed since https://github.com/vim/vim/commit/8d8b9758ced52b6303af95ad7e28ae9c5636cdf8 ?

closing then again :)

Yes,it works now.Thank you!

authors: ant0sha brammool chrisbra georgd k-euser salsifis zoumi

repo: vim/vim

license: Vim


text:
The file's hide attribute is lost after the file is saved by vim on windows platform

Steps to reproduce
1.set a text file attribute to "hide"
2.open the file with vim
3.:wq to save the file
Expected behaviour
the file's "hide" atrribute should not be changed.
Version of Vim
9.01701
Environment
Windows 10 64bit
Logs and stack traces
No response

Steps to reproduce
1.set a text file attribute to "hide"
2.open the file with vim
3.:wq to save the file

How do you set or see that "hide" attribute?

Expected behaviour
the file's "hide" atrribute should not be changed.

You can probably make it work by setting 'backupcopy'.
It's not a complete solution, but give it a try.
--
MONK: ... and the Lord spake, saying, "First shalt thou take out the Holy Pin,
then shalt thou count to three, no more, no less.  Three shalt be the
number thou shalt count, and the number of the counting shalt be three.
Four shalt thou not count, neither count thou two, excepting that thou
then proceed to three.  Five is right out.  Once the number three, being
the third number, be reached, then lobbest thou thy Holy Hand Grenade of
Antioch towards thou foe, who being naughty in my sight, shall snuff it.
"Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

I set the "hidden" through windows file atrribute menu.
![https://cdn.mos.cms.futurecdn.net/eYBzUcW5z2NVpzUp4g9uDj-1200-80.jpg.webp]

set backupcopy=yes
will get E212: Can not open file for writing.

I thought we did have ACL support on Windows, isn't that hidden flag part of it?

Hidden files on Windows are similar to read-only files. :w! should be used to overwrite a hidden file.
The hidden flag is a part of the attributes that are available since MS-DOS. ACL is new from NTFS.

authors: brammool k-takata zoumi


text:
Pasting no longer works correctly on foot terminal

Steps to reproduce

Have some text in your clipboard
Paste into Vim's insert mode with Ctrl+Shift+V

Expected behaviour
The contents of the clipboard should paste normally.
Instead an escape seems to be prepended to the clipboard? If the clipboard is "asdf" you will get "Sdf"
Unsetting the TERM environment variable gives the correct behavior.
Version of Vim
9.0.1107
Environment
OS: Alpine Linux
Terminal: Foot
TERM=foot
Shell: busybox ash
Logs and stack traces
No response

Steps to reproduce

Have some text in your clipboard
Paste into Vim's insert mode with Ctrl+Shift+V

Expected behaviour
The contents of the clipboard should paste normally.
Instead an escape seems to be prepended to the clipboard? If the clipboard is "asdf" you will get "Sdf"
Unsetting the TERM environment variable gives the correct behavior.
Version of Vim
9.0.1107
Environment
OS: Alpine Linux
Terminal: Foot
TERM=foot
Shell: busybox ash

Perhaps bracketed paste is enabled but not working properly?
See ":help xterm-bracketed-paste".
Check the output of:
verbose set t_BE t_BD t_PS t_PE
You could try:
  let &t_BE = ""
  let &t_BD = "\e[?2004l"
  exec "set t_PS=\e[200~"
  exec "set t_PE=\e[201~"
  !ls

The "!ls" command is get the t_BD code output.
This should disable bracketed paste, but still handle it if gets
switched on elsewhere somehow.
--
"Software is like sex... it's better when it's free."
-- Linus Torvalds, initiator of the free Linux OS
Makes me wonder what FSF stands for...?
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

maybe it related to keyprotocol ? the foot use kitty keyboard protocol by default.
and try vim v9.0.1117 in my case looks it helped bracketed paste issue which existed long time.
// thx bram very much. :-)
or just like bram said, disable it.

maybe it related to keyprotocol ? the foot use kitty keyboard protocol by default.
and try vim v9.0.1117 in my case looks it helped bracketed paste issue which existed long time.
// thx bram very much. :-)
or just like bram said, disable it.

Thank you for your quick responses.

Check the output of: verbose set t_BE t_BD t_PS t_PE

  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

You could try: let &t_BE = "" let &t_BD = "\e[?2004l" exec "set t_PS=\e[200~" exec "set t_PE=\e[201~" !ls
The "!ls" command is get the t_BD code output.
This should disable bracketed paste, but still handle it if gets switched on elsewhere somehow.

This makes pasting work correctly! The !ls doesn't seem to be necessary though? I only point this out because I am putting this in my vimrc.

maybe it related to keyprotocol ? the foot use kitty keyboard protocol by default.

Setting keyprotocol=foot:mok2 or keyprotocol=foot:none doesn't seem to help?

and try vim v9.0.1117 in my case looks it helped bracketed paste issue which existed long time. // thx bram very much. :-)

That's good to hear, I'll look out for it when it comes down the Alpine pipeline and I'll be sure to update this issue if the update helps.

Thank you for your quick responses.

Check the output of: verbose set t_BE t_BD t_PS t_PE

  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

That would explain the trouble: The terminal sends text surrounded by
the bracketed paste escape sequences, but Vim is not setup to recognize
them.
You will have to somehow figure out how it is possible that t_BE and
t_BD are set, but t_PS and t_PE are not.  You can try starting Vim in
different ways, e.g. "vim --clean" and "vim -u NONE".  Or try setting
$TERM to different values.
You mentioned before that $TERM was set to "foot", I wonder where it
gets these termcap entries then.  These codes are only just being added
to the terminfo database (part of ncurses 6.4) and won't be in a
distributed package yet.

You could try: let &t_BE = "" let &t_BD = "\e[?2004l" exec "set t_PS=\e[200~" exec "set t_PE=\e[201~" !ls
The "!ls" command is get the t_BD code output.
This should disable bracketed paste, but still handle it if gets switched on elsewhere somehow.

This makes pasting work correctly! The !ls doesn't seem to be
necessary though? I only point this out because I am putting this in
my vimrc.

The "!ls" is only needed if you make changes after starutp.

maybe it related to keyprotocol ? the foot use kitty keyboard
protocol by default.

Setting keyprotocol=foot:mok2 or keyprotocol=foot:none doesn't
seem to help?

I do not see a relation betwen what you report and 'keyprotocol'.

and try vim v9.0.1117 in my case looks it helped bracketed paste
issue which existed long time. // thx bram very much. :-)

That's good to hear, I'll look out for it when it comes down the
Alpine pipeline and I'll be sure to update this issue if the update
helps.

The update most likely doesn't change anything.  As mentioned above, the
terminfo entries are not expected to exist yet.  But perhaps someone
added them anyway (you can put anything in terminfo entries, there is no
tool to check the values for being valid).
--
Living on Earth includes an annual free trip around the Sun.
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

If @AN3223 has an ncurses with the 2022-12-24 patch, where the terminfo entry names were incorrect, wouldn't that explain what we're seeing here?

@AN3223 what's the output of  infocmp -x | grep -E "BD|BE|PS|PE"?

Maybe also relevant: on vim-9.0.1046 (i.e. pre-9.0.1117), verbose set t_BE t_BD t_PS t_PE returns
  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

despite the terminfo having all four capabilities:
infocmp -x | grep -E "BD|BE|PS|PE"
	u9=\E[c, vpa=\E[%i%p1%dd, BD=\E[?2004l, BE=\E[?2004h,
	Ms=\E]52;%p1%s;%p2%s\E\\, PE=\E[201~, PS=\E[200~,

Maybe also relevant: on vim-9.0.1046 (i.e. pre-9.0.1117), verbose set t_BE t_BD t_PS t_PE returns
  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

despite the terminfo having all four capabilities:
infocmp -x | grep -E "BD|BE|PS|PE"
	u9=\E[c, vpa=\E[%i%p1%dd, BD=\E[?2004l, BE=\E[?2004h,
	Ms=\E]52;%p1%s;%p2%s\E\\, PE=\E[201~, PS=\E[200~,

Well, that was the reason to make that patch, the way the termcap
entries were fetched wasn't exactly right.  The builtin entries worked
though.
I wonder why your terminfo entry has these values, they were not really
supported until yesterday.  If you put random entries in terminfo, you
can't really predict what an application will do with them.  It's
hit-and-miss, there isn't really an official list of terminfo entries
that I know of, the Linux terminfo manpage seems to come closest.  I
also still have to see how the changes in ncurses 6.4 will be picked up
by those who make packages for distributions.
--
LETTERS TO THE EDITOR (The Times of London)
Dear Sir,
I am firmly opposed to the spread of microchips either to the home or
to the office.  We have more than enough of them foisted upon us in
public places.  They are a disgusting Americanism, and can only result
in the farmers being forced to grow smaller potatoes, which in turn
will cause massive unemployment in the already severely depressed
agricultural industry.
Yours faithfully,
        Capt. Quinton D'Arcy, J. P.
        Sevenoaks
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

I wonder why your terminfo entry has these values, they were not really supported until yesterday.

The official terminfo for foot is distributed as part of ncurses. Some distributions keep up-to-date with ncurses patches, meaning it is possible @AN3223 got the new terminfo entries through an ncurses update. This is why I asked him to check the output of infocmp.
(There is also an optional terminfo shipped with foot itself. I did add the new terminfo capabilities to it today, but before that, id did not have any of the bracketed-paste capabilities).

Some distributions keep up-to-date with ncurses patches, meaning it is possible @AN3223 got the new terminfo entries through an ncurses update.

Alpine linux (which is what @AN3223 is using) seems to be one of those. It's ncurses version is currently 6.4_p20221231-r0

... and it was updated from 6.3_p20221224 (i.e. the one with the faulty names) today.

and try vim v9.0.1117 in my case looks it helped bracketed paste
issue which existed long time. // thx bram very much. :-)

The update most likely doesn't change anything.

interesting... but I suddenly find my case (https://github.com/vim/vim/issues/10632) works today morning anyway, i tried to bisect but failed, not sure why........ :smile:
my ncurses version: 6.3-2
and no output in infocmp -x | grep -E "BD|BE|PS|PE"

I wonder why your terminfo entry has these values, they were not
really supported until yesterday.

The official terminfo for foot is distributed as part of ncurses. Some
distributions keep up-to-date with ncurses patches, meaning it is
possible @AN3223 got the new terminfo entries through an ncurses
update. This is why I asked him to check the output of infocmp.
(There is also an optional terminfo shipped with foot itself. I did
add the new terminfo capabilities to it today, but before that, id
did not have any of the bracketed-paste capabilities).

An old Vim version does get the "BE and "BD" entries, thus if terminfo
is updated to have those entries, then the problem might happen.
The "PS" and "PE" entries were obtained before, but in the wrong way.
That is why patch 9.0.1117 is needed.  Thus updating the terminfo entry
without updating Vim would indeed cause this problem.  I had not
anticipated users updating terminfo that quickly.
Since I can't fix an older Vim, and apparently users do use an older Vim
version with the new terminfo entries, we may have to roll back these
terminfo changes.
To avoid the problem we probably need to use different terminfo entry
names instead of "BE" and "BD".  It's not nice, but I can't think of
another way right now.
--
ARTHUR: CHARGE!
[The mighty ARMY charges.  Thundering noise of feet.  Clatter of coconuts.
Shouts etc.   Suddenly there is a wail of a siren and a couple of police
cars roar round in front of the charging ARMY and the POLICE leap out and
stop them.  TWO POLICEMAN and the HISTORIAN'S WIFE.  Black Marias skid up
behind them.]
HISTORIAN'S WIFE: They're the ones, I'm sure.
"Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

Since I can't fix an older Vim, and apparently users do use an older Vim version with the new terminfo entries, we may have to roll back these terminfo changes.

My personal view: distributions that use bleeding edge ncurses are typically bleeding edge all around. Including vim itself. For example, Alpine updated vim to 9.0.1128 yesterday. And with that, I think the problem should be gone for @AN3223 ?
Thus, it may be best to just let the distributions catch up with vim, rather than going through a full terminfo rollback.

Since I can't fix an older Vim, and apparently users do use an older
Vim version with the new terminfo entries, we may have to roll back
these terminfo changes.

My personal view: distributions that use bleeding edge ncurses are
typically bleeding edge all around. Including vim itself. For example,
Alpine updated vim to 9.0.1128 yesterday. And with that, I think the
problem should be gone for @AN3223 ?
Thus, it may be best to just let the distributions catch up with vim,
rather than going through a full terminfo rollback.

I hope so.  Debian mentioned including the relevant Vim patch.
Another solution than a rollback would be to use different names.  But
that is a workaround (might even call it a hack) that would then remain
distributed for years.  It would also mess up the ncurses rollout.
The Vim patch is small and I don't think it conflicts with other recent
changes.  Relying on including this fix might indeed be the best
solution.
--
NEIL INNES PLAYED: THE FIRST SELF-DESTRUCTIVE MONK, ROBIN'S LEAST FAVORITE
MINSTREL, THE PAGE CRUSHED BY A RABBIT, THE OWNER OF A DUCK
"Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

Arch, an allegedly bleeding edge rolling distro, is still on 9.0.1046, which it retrieves directly from the Github releases tags page. It is not applying any patches, and nobody has filed an out of date notice for it.

vim --version
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Dec 11 2022 13:50:40)
Included patches: 1-1046
Compiled by Arch Linux

kitty 0.26.5
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
t_PS <PasteStart> ^[[200~
t_PE <PasteEnd>  ^[[201~

infocmp -x | grep -E "BD|BE|PS|PE"
	kBEG=\E[1;2E, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H,
	Smulx=\E[4:%p1%dm, Sync=\EP=%p1%ds\E\\, kBEG3=\E[1;3E,
	kBEG4=\E[1;4E, kBEG5=\E[1;5E, kBEG6=\E[1;6E,
	kBEG7=\E[1;7E, kDC3=\E[3;3~, kDC4=\E[3;4~, kDC5=\E[3;5~,

foot 1.13.1
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

infocmp -x | grep -E "BD|BE|PS|PE"
	u9=\E[c, vpa=\E[%i%p1%dd, BD=\E[?2004l, BE=\E[?2004h,
	Ms=\E]52;%p1%s;%p2%s\E\\, PE=\E[201~, PS=\E[200~,

vim --version
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Dec 11 2022 13:50:40)
Included patches: 1-1046
Compiled by Arch Linux

kitty 0.26.5
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
t_PS <PasteStart> ^[[200~
t_PE <PasteEnd>  ^[[201~

infocmp -x | grep -E "BD|BE|PS|PE"
	kBEG=\E[1;2E, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H,
	Smulx=\E[4:%p1%dm, Sync=\EP=%p1%ds\E\\, kBEG3=\E[1;3E,
	kBEG4=\E[1;4E, kBEG5=\E[1;5E, kBEG6=\E[1;6E,
	kBEG7=\E[1;7E, kDC3=\E[3;3~, kDC4=\E[3;4~, kDC5=\E[3;5~,

foot 1.13.1
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

infocmp -x | grep -E "BD|BE|PS|PE"
	u9=\E[c, vpa=\E[%i%p1%dd, BD=\E[?2004l, BE=\E[?2004h,
	Ms=\E]52;%p1%s;%p2%s\E\\, PE=\E[201~, PS=\E[200~,

vim --version
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Dec 11 2022 13:50:40)
Included patches: 1-1046
Compiled by Arch Linux

kitty 0.26.5
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
t_PS <PasteStart> ^[[200~
t_PE <PasteEnd>  ^[[201~

infocmp -x | grep -E "BD|BE|PS|PE"
	kBEG=\E[1;2E, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H,
	Smulx=\E[4:%p1%dm, Sync=\EP=%p1%ds\E\\, kBEG3=\E[1;3E,
	kBEG4=\E[1;4E, kBEG5=\E[1;5E, kBEG6=\E[1;6E,
	kBEG7=\E[1;7E, kDC3=\E[3;3~, kDC4=\E[3;4~, kDC5=\E[3;5~,

foot 1.13.1
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

infocmp -x | grep -E "BD|BE|PS|PE"
	u9=\E[c, vpa=\E[%i%p1%dd, BD=\E[?2004l, BE=\E[?2004h,
	Ms=\E]52;%p1%s;%p2%s\E\\, PE=\E[201~, PS=\E[200~,

I tried the latest vim (version 9.0.1153) which has fixed this bug
foot
  t_BE=^[[?2004h
  t_BD=^[[?2004l
t_PS <PasteStart> ^[[200~
t_PE <PasteEnd>  ^[[201~

vim --version
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Dec 11 2022 13:50:40)
Included patches: 1-1046
Compiled by Arch Linux

kitty 0.26.5
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
t_PS <PasteStart> ^[[200~
t_PE <PasteEnd>  ^[[201~

infocmp -x | grep -E "BD|BE|PS|PE"
	kBEG=\E[1;2E, kDC=\E[3;2~, kEND=\E[1;2F, kHOM=\E[1;2H,
	Smulx=\E[4:%p1%dm, Sync=\EP=%p1%ds\E\\, kBEG3=\E[1;3E,
	kBEG4=\E[1;4E, kBEG5=\E[1;5E, kBEG6=\E[1;6E,
	kBEG7=\E[1;7E, kDC3=\E[3;3~, kDC4=\E[3;4~, kDC5=\E[3;5~,

I guess $TERM here is "xterm-kitty".  Since this Vim is older it picks
up the builtin xterm termcap, which defines the bracketed paste entries.
The terminfo doesn't matter.

foot 1.13.1
:set t_BE t_BD t_PS t_PE
  t_BE=^[[?2004h
  t_BD=^[[?2004l
E846: Key code not set: t_PS

infocmp -x | grep -E "BD|BE|PS|PE"
	u9=\E[c, vpa=\E[%i%p1%dd, BD=\E[?2004l, BE=\E[?2004h,
	Ms=\E]52;%p1%s;%p2%s\E\\, PE=\E[201~, PS=\E[200~,

I wonder who put these bracketed-paste entries into the foot terminfo
entry?  Does this system have ncurses 6.4 perhaps?
You need patch 9.0.1117 to make this work.
That the terminfo entries for bracketed paste don't work is a very old
problem that nobody noticed until terminfo was updated (with ncurses
6.4).  It was fixed quickly, but an older Vim with new terminfo entries
won't work.  There doesn't appear to be another solution than making
sure Vim has that patch.
--
LARGE MAN:   Who's that then?
CART DRIVER: (Grudgingly) I dunno, Must be a king.
LARGE MAN:   Why?
CART DRIVER: He hasn't got shit all over him.
"Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

Just thought I'd add, Arch doesn't have a terminfo built in for foot. You have to install a separate foot-terminfo package, which is version matched with the foot package.

This isn't entirely true. The default terminfo used by the foot package on Arch is provided by ncurses.
The foot-terminfo package is an optional dependency, providing an alternative terminfo (that defines more capabilities than the one from ncurses). The user has to explicitly configure foot to make use of the alternative terminfo.

I'm having the same issue, running debian bookworm on a docker container. See https://www.reddit.com/r/vim/comments/1063k5p/pasting_takes_me_out_of_insert_mode/ for more details.

OK, so it appears changing $TERM to something more generic fixes the issue. If it's set to xterm for example, the problem goes away.

Since I can't fix an older Vim, and apparently users do use an older Vim version with the new terminfo entries, we may have to roll back these terminfo changes.

My personal view: distributions that use bleeding edge ncurses are typically bleeding edge all around. Including vim itself. For example, Alpine updated vim to 9.0.1128 yesterday. And with that, I think the problem should be gone for @AN3223 ?
Thus, it may be best to just let the distributions catch up with vim, rather than going through a full terminfo rollback.

Yes the problem is gone now after an update. Sorry for the late response, the thread was moving a little fast (not a complaint!) and I had COVID, lol.
I guess I will close this issue now? :)

Since I can't fix an older Vim, and apparently users do use an
older Vim version with the new terminfo entries, we may have to
roll back these terminfo changes.

My personal view: distributions that use bleeding edge ncurses are
typically bleeding edge all around. Including vim itself. For
example, Alpine updated vim to 9.0.1128 yesterday. And with that, I
think the problem should be gone for @AN3223 ?
Thus, it may be best to just let the distributions catch up with
vim, rather than going through a full terminfo rollback.

Yes the problem is gone now after an update.

Glad to hear that.  I haven't heard ideas for another solution, thus
we'll leave it at this.
Note that I plan to do a few similar changes to support terminals
automatically, without the need for users to tune their setup.  We
learned from this mistake, the "RV" entry was heading in the same
direction.  We can fix that before it gets released.
So, keep checking new versions for working properly.  Feedback from
users using the latest version of everything is very much appreciated.

Sorry for the late response, the thread was moving a little fast (not
a complaint!) and I had COVID, lol.

I hope you recover 100%!
--
"You're fired." (1980)
"You're laid off." (1985)
"You're downsized." (1990)
"You're rightsized." (1992)
(Scott Adams - The Dilbert principle)
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

authors: AN3223 Shane-XB-Qian TaQini brammool dnkl kode54 sdondley


text:
GvimExt should check HKEY_CURRENT_USER before HKEY_LOCAL_MACHINE

Is your feature request about something that is currently impossible or hard to do? Please describe the problem.
Currently GVimExt looks in HKEY_LOCAL_MACHINE to locate the gvim.exe binary.  Generally, values in HKEY_CURRENT_USER can be used to "override" the corresponding setting in HKEY_LOCAL_MACHINE on a per-user basis when desired.  For example, Explorer loads the extension from HKEY_LOCAL_MACHINE\SOFTWARE\Classes\*\shellex\ContextMenuHandlers\gvim, unless HKEY_CURRENT_USER\SOFTWARE\Classes\*\shellex\ContextMenuHandlers\gvim exists, in which case it loads it from there.
Describe the solution you'd like
GVimExt should look at HKEY_CURRENT_USER\Software\Vim\Gvim to locate gvim.exe prior to looking at HKEY_LOCAL_MACHINE.
Describe alternatives you've considered
None.
Additional context
I believe this should be as easy as adding this code to getGvimName in  vim/src/GvimExt/gvimext.cpp, prior to the check for HKEY_LOCAL_MACHINE:
 if (RegOpenKeyEx(HKEY_CURRENT_USER, "Software\\Vim\\Gvim", 0,
				       KEY_READ, &keyhandle) == ERROR_SUCCESS)
    {
	hlen = BUFSIZE;
	if (RegQueryValueEx(keyhandle, "path", 0, NULL, (BYTE *)name, &hlen)
							     != ERROR_SUCCESS)
	    name[0] = 0;
	else
	    name[hlen] = 0;
	RegCloseKey(keyhandle);
    }

and changing if (RegOpenKeyEx(HKEY_LOCAL_MACHINE, "Software\\Vim\\Gvim" to an else if.

can you please create a PR for this then?

This is my first ever pull request and the first time I've done Windows code in ages, so feedback quite welcome.


text:
Some xf86conf keywords are not supported

Problem:    Some xf86conf keywords are not supported.
Solution:   Add keywords for InputClass match entries.

I also removed the reference to the dead URL.

(I won't assume the maintenance of this file either)

Have you tried the email in the header?  It was working last year.

No, because he's listed as the former maintainer.

OK, I'll include the changes then.  But please notify David, I don't know if he has a copy somewhere else.

authors: ObserverOfTime brammool


text:
Fix if_python undefined behavior for function pointer casts

Identified by clang 17 UBSAN (see #12745). Make sure to cast function pointers with the same signature only.

I thought we could also get rid of the range_initializer type def. But apparently not.

authors: chrisbra ychin


text:
runtime(mermaid): Syntax fix

Fixed the syntax for mermaid-js roughly.
Since it is mixed up with tons of diagram syntaxes, this won't be complete, though.

runtime(mermaid): Fix arrow syntax

Fixed it has dropped some of arrows (such as ->> in sequenceDiagram syntax).

runtime(mermaid): Disable syntax for identifier to avoid false match

The syntax for mermaidIdentifier is probably for method name in classDiagram syntax,
but it also unexpectedly matches node(text) or such in flowchart syntax.

runtime(mermaid): Add some C++ type syntax highlight

Added more major type names to be highlighted (probably for classDiagram).

Can you please update the last change header of the file?
Would you be willing to maintain this file?  Then please also add yourself as maintainer.

Perhaps I had better send PR to the syntax's maintainer's repo https://github.com/craigmac/vim-mermaid ?
Tried to fix it anyway, but I think it is beyond me to be a maintainer since I'm not familiar with Vim syntax settings.

Changed header.
Also posted the same patch to the maintainer's repo.
I'd like to wait for review anyway.

LGTM. I've switched to using treesitter highlighting, so if you want to maintain this file I can add you. You appear to be more familiar with Vim syntax highlighting than I was!

Thank you for review & merge :)

authors: KSR-Yasuda chrisbra craigmac


text:
Fixed so guiligatures map isn't incorrectly cleared after being set from a .vimrc

Related: #14084
Problem: I downloaded the latest Vim build and added guiligatures to my .vimrc and noticed that ligatures were still broken on Win32-version of gvim. If I manually set guiligatures after gVim has started the ligatures work fine. i.e. previous PR did indeed fix the ligatures in Win32 but it looks like ligatures map isn't being populated correctly when it's being set directly from the .vimrc.
Steps to reproduce/test:

Add set guiligatures=!*+-/:<=>\|~ to your .vimrc
Start gVim
Notice broken looking ligatures
:set guiligatures=!*+-/:<=>\|~ in the running Vim
See that ligatures look ok again

Solution: Looking at it in a debugger, the problem is that gui.ligatures_map is cleared in gui_init_check() after having already been correctly set in .vimrc sourcing through did_set_guiligatures() -> gui_set_ligatures(). It works in a running instance of Vim because gui_set_ligatures() overwrites the cleared values with the correct ones again. The fix is to not clear the map if we have already done gui_set_ligatures() which will be true if p_guiligatures isn't NUL. I'm not sure why it isn't an issue in GTK-version of gVim (or maybe it is?) but maybe the initialization order is different? This PR also fixes a missing redraw similar to that which happens to set guifont.

I cannot reproduce this. I tried with a simple vimrc and gvim 9.1.136:
set rop=type:directx,gamma:1.0,contrast:0.2,level:1.0,geom:1,renmode:5,taamode:1
:set guiligatures=!*+-/:<=>\|~

I started vim using gvim -g -N -u vimrc --noplugin and at least :set gli? did successfully show the setting.
I suppose it doesn't matter whether or not I have a font with ligatures enabled, the 'gli'  setting should be setup properly on startup. So what am I doing wrong?

Yeah, so guiligatures is also correctly set for me based on what I have in my .vimrc (this confused me too). The problem is that there's another internal map that's cleared separately from p_guiligatures. That's gui.ligature_map, and it's populated at start up when we load in the .vimrc. However, gui_init_check() clears the map shortly after, leading to an empty gui.ligature_map.

This is the order of operations I'm seeing at start up with a debugger:

.vimrc is loaded and p_guiligatures is populated at some point
did_set_guiligatures() -> gui_set_ligatures() leads to gui.ligature_map getting populated based on p_guiligatures
gui_init_check() clearing gui.ligature_map (this is incorrect)
gui_adjust_undraw_cursor_for_ligatures using gui.ligature_map to expand cursor re-draw area based on ligatures fails

I see thanks. I guess there is no way to test this properly then. Let me include it then.

Yeah, it's a bit tricky since it depends on initialization order of Vim and I'm not sure the test suite handles that. Otherwise, one way would be to write a test which not only checks guiligatures but also asserts that gui.ligature_map has the correct values.

Thanks! 🍻

authors: CaffeineViking chrisbra


text:
still working?

Is it still working? It worked for me for about 6 months, last Friday it stopped. Scrips works ok, no errors, but I don't get any new messages in telegram.
thsnks a lot

The Script got updated just a few minutes ago. Should work now.

How can I update the script on my Raspberry? By following the install steps I get the error:
~# git clone https://github.com/vinc3PO/ebayKleinanzeigenAlert
fatal: destination path 'ebayKleinanzeigenAlert' already exists and is not an empty directory.

How can I update the script on my Raspberry?
You can update it by doing:
cd ebayKleinanzeigenAlert/ git pull


text:
get path from event.pathParameters.proxy and fall back to event.path

closes #16
To Do

[x] live test
[ ] update docs

deploy this code
from lambda_proxy.proxy import API
app = API(name="test", debug=True)
@app.route("/yo", methods=["GET"], cors=True)
def yo():
    return ("OK", "text/plain", "YOOOOO")

and it's not working because pathParameters  is set to {"proxy": "yo"} and thus path is yo while the lambda_proxy is looking for /yo

I got it to work
$ curl https://tests.remotepixel.ca/tiler/yo
YOOOOO

The only problem is that when adding a mapping path, the / route wont work because the app  will try to look for /tiler/ route instead of / but I guess this is the kind of thing we need to just document.

also need to fix the docs because https://tests.remotepixel.ca/tiler/docs won't work anymore

@DanSchoppe this is ready, if you can test from this branch it would be great

repo: vincentsarago/lambda-proxy


text:
Create landing page design [easy/medium] - Instance #7

Is your feature request related to a problem? Please describe.
Create a design of the landing page using any simple design tool (say Paint)
Describe the solution you'd like
Your design should be appealing to the user and must be related to the idea of the Water monitoring system. You should try to put relevant content as required at different places in the design itself but it's okay if you cannot think of some for certain parts of the website. We can refine this later on.
Compare and create the PR into the feature/frontend branch, and not the master.
Additional context
Please don't include tank divs here. This info is only for the admins.
Time Limit: 3 days
PS: Difficulty level [easy/medium] will depend upon your effort and the look of the design.
PPS: Task will be assigned on an FCFS basis.

@amaaniqbal I would like to work on this issue. Please assign this to me.

@SaranshDawra sure!

Can i work on this issue?

please assign me this issue

repo: vinitshahdeo/Water-Monitoring-System


text:
Laravel 10 support

This will be merged as soon as the following packages have been updated for Laravel 10:

graham-campbell/analyzer
graham-campbell/testbench
graham-campbell/manager

Guess I won't log this 👍

@vinkla when can you merge this?

@RohanSakhale did you not read the pull request description? Instead you took the time to write a comment. As I'm doing now, pointing it out.

The only reason I created this PR is to stop people from spamming the repository. It seems people are too lazy to bother searching the repository: #176, #177
This is free software. It will be released when it will be released.
Open Source Maintainers Owe You Nothing - Mike McQuaid

@RohanSakhale did you not read the pull request description? Instead you took the time to write a comment. As I'm doing now, pointing it out.

Thanks for pointing out, missed reading the dependencies 👍🏻

It seems this is blocked by this PR https://github.com/GrahamCampbell/Laravel-Manager/pull/18

graham-campbell

Hi,
All of the packages have been updated.

@vinkla #180 PR for updating the GrahamCampbell packages

https://github.com/vinkla/laravel-hashids/releases/tag/11.0.0

authors: RohanSakhale adampatterson lucidlogic miladnouri vinkla

repo: vinkla/laravel-hashids


text:
ActiveModel::ForbiddenAttributesError in Spree::Admin::InsightsController#show

After successfully installed the gem with rails 5 and spree 3.2, I am getting this error
ActiveModel::ForbiddenAttributesError in Spree::Admin::InsightsController#show
Thanks

Ela Don't Worry be happy. Same Problem here, Athellam siristu vitranum (Translation: "Just Laugh and Go").


text:
Deleting Multiple Keys

How can I delete Multiple keys in a single command. The following syntax does not work. I am guessing cluster does not support when the keys are distributed across the slots!!
The following didn't work!!
redisClusterAsyncCommand(redisCtxt, redisDeleteCallback, trans, "DEL %s %s %s %s", k1, k2, k3,k4)

Asynchronous API now not support multi-key command

repo: vipshop/hiredis-vip